mysql and 优化_MYSQL优化

伪哈希技巧

使用一个函数 crc32($string),能把一个字符串转化为32位整数。

$checksum = crc32("The quick brown fox jumped over the lazy dog.");printf("%u\n", $checksum);//2191738434

把整形数据保存到数据中肯定比直接保存字符串要快得多。

多列索引时要考虑因数

查询频率

列区分度

列查询顺序

索引与排序关系

排序可能发生的两种情况

对索引覆盖，直接在索引查询时就是有序得。在Innodb引擎中，沿着引擎字段排序，自然是有序得。对于Myisam引擎，如果按索引字段排序，如ID，但取出来字段中，有未索引字段，如dede_name,Myisam做法并不是先在索引树上找，在回行，而是先取出所有的行再进行排序。

先建两张表仅是引擎不同

create table test_index(

id int primarykey auto_increment,name char(10) not null default ``,email char(10) not null default ``,index c (`id`,`name`)

) engine=Innodb charset utf8;

create table test_order(

id int primarykey auto_increment,name char(10) not null default '',email char(10) not null default '',index c (`id`,`name`)

) engine= myisam charset utf8;

explain  select id , email from test_index order by id\Gexplain select * from test_order order by id\G

在实际的开发中是要避免产生filesort文件排序，怎么优化？

建立联合索引

使用Innodb引擎

先取出数据，形成临时表，做filesort文件排序(排序时文件可能在磁盘中，也有可能在内存中)。

重复索引与冗余索引

重复索引：在同一开裂或者顺序相同的几个列建立多个索引。eg:index c1(id ,name .email), index c2(id ,name)

冗余索引：多个所以所覆盖的列有重叠，二顺序不同。eg：index c1tag1,tag2)  ,index c2(tag2,tag1)

重复索引并不会提高查询的效率，这是没有必要的。而冗余索引是可以提高查询的效率，在一定的情况是可提倡。由此可见 索引的顺序是有必要注意得。

碎片与维护

在长期的数据更改过程中，索引文件和数据文件都会产生空洞的碎片，因此数据间的间隙增大，所以查询的速度就减慢，那么对表进行修复操作是必要得，修复的周期害的看数据的更新频率。

可知Innodb是不支持 optimize 这个命令，这个命令仅支持Myisam(optimize table table_name)。 但也可用  alter  table table_name engine =’innodb’,这个命令进行数据的集中优化。