首用MYSQL索引的快感
用了MYSQL一年多，且一直被MYSQL的快速查询所吸引，可今天怎么碰石头了？
1D p4V*W+t0
3p)o{3s.a'^Q r0
原来就是索引在做怪。由于本人是业余爱好自学PHP+MYSQL开发，所以在理论优化方面一般考虑甚少，基本不用字段索引去做MYSQL优化，可能也是我不会用吧。（总看书上说索引的好处好处的，今天着实尝到甜头了。）PHPChina 开源社区门户Eg'Z-G{P:B-MM
D
Bsb fA�O*f7@S$X0
u5Ru%Ju0
讲讲经过：PHPChina 开源社区门户6qF"f+t/c3B5yS7x4p
h-\IO!I
U#D0
根据程序逻辑需要，我得用PHP
反
复去操作这个百万条数据表3-4次，其中有select和update(update的时候需要去生成一个文本文件)，delete（delete的时候
需要去把这个文件删除），但把程序逻辑封装，测试程序时，操作后确实让人心痛了，甚至有准备上一个SQL SERVER去测试效率问题的念头。最后经技术
总
监点了一下，说让把程序每段加个执行时间再看看。我照做，在update这一块去进行测试，发现问题并不是在这个百万条数据表上，我就把另一段生成文件文
本文件的程序拿掉，测试一切正常，一次update300条记录时间在0.08秒左右就操作完了。本以为问题是出在生成文本文件上，且在SQL语句上不存
在问题，我想即是与MYSQL无关，就把另一段写文件文件的操作拿掉了先。PHPChina 开源社区门户D [4z�LM3I
{C
~W)[ U/?:s7g8F8e0
接着我再测试delete部分是不是也存在着这个问题，最后我按上面的步骤同样也把删除文件的一部分程序拿掉了先，再看测试时间，发现问题依然存在，郁闷了一会，继续测试这段代码
。这段代码是一个表关联操作（先查询后删除），测试发现这个关联操作花了7秒钟时间。我想，一个一个拆开试，其中我又拆分测试，把删除的SQL语句部分拿掉，再看查询部分的时间测试，结果仅查询部分花去了5秒。我就发现问题肯定是出在了查询语句上了。PHPChina 开源社区门户n{Tx/J2U We2Vua
-Q&OG`1z-NP1b2?0
我
敢肯定问题出在查询语句上了后，我就直接到mysql-front上去做个查询测试，在这个百万条记录里去查询一条符合条件的记录试试。结果不出所料，查
询结果是一条记录，却花了4.76秒时间。我心想：不是吧，这就是传说中的快速查询的MYSQL？？我开始回忆了，以前看书的时候MYSQL优化等内容。
突然想到索引？立刻为一个经常需要where的字段建立了一个索引，然后同样的SQL语句再做测试，这次仅只花了0.04秒。顿时头脑清醒了�
相关文档：
一、mysql 的管理
1
、连接
Mysql
格式： mysql -h主机地址 -u用户名 －p用户密码
例1：连接到本机上的MYSQL。
首先在打开DOS窗口，然后进入目录 mysqlbin，再键入命令mysql -uroot -p，回车后提示你输密码，如果刚安装好MYSQL，超级用户root是没有密码的，故直接回车即可进入到MYSQL中了，MYSQL的提示符是： ......
问：
比如我想直接在php 的脚本里写一个类似，install.php的脚本
这个脚本的作用就是，连接mysql数据库，并建立我所想要建立的数据库，数据表，以及相关字段。
请具体写一个例子，谢谢！
______________________________________________________________________________________________
答1：
連接方� ......
--default-character-set=utf8 与修改sql文件加入：SET NAMES 'utf8';
导入脚本时，SET NAMES 'xxx' ，xxx应该和sql脚本文件的实际编码一致，如果你设置的时utf-8 ，那么请确认你的sql脚本文件时utf-8保存的:
iconv -f UTF-8 xxx.sql
如果显示正常，那么这一步就OK了
另外注意你的脚本里，有没有给库表设� ......
<>整理了以下四种在MySQL中修改root密码的方法,可能对大家有所帮助!
方法1： 用SET PASSWORD命令
mysql -u root
mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('newpass');
方法2：用mysqladmin
mysqladmin -u root password "newpass"
如果root已经设置 ......
