bitscn.com mysql从innodb转到myisam的count查询效率极大提升 近日，公司有个业务日志的表超过500万后，count(*)需要4分55秒，将该表的存储引擎从innodb转换到myisam后，查询效率极大提升，从4分55秒优化到0.01秒。 下面是操作步骤： mysql> select count(*) from tb_option_log; 用时4min55s mysql> show table status from 库名 where name='tb_option_log';  engine显示为：innodb mysql> alter table tb_option_log type ='myisam';   mysql> show table status from 库名 where name='tb_option_log';  engine显示为：myisam mysql> select count(*) from tb_option_log; 用时0.01s 补充资料： myisam  myisam 是mysql缺省存贮引擎 . 每张myisam 表被存放在三个文件 。frm 文件存放表格定义。 数据文件是myd (mydata) 。 索引文件是myi (myindex) 引伸。 因为myisam相对简单所以在效率上要优于innodb..小型应用使用myisam是不错的选择. myisam表是保存成文件的形式,在跨平台的数据转移中使用myisam存储会省去不少的麻烦 以下是一些细节和具体实现的差别：   1.innodb不支持fulltext类型的索引。 2.innodb 中不保存表的具体行数，也就是说，执行select count(*) from table时，innodb要扫描一遍整个表来计算有多少行，但是myisam只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作有些不同，innodb类型的表用count(*)或者count(主键)，加上where col 条件。其中col列是表的主键之外的其他具有唯一约束索引的列。这样查询时速度会很快。就是可以避免全表扫描。 3.对于auto_increment类型的字段，innodb中必须包含只有该字段的索引，但是在myisam表中，可以和其他字段一起建立联合索引。 4.delete from table时，innodb不会重新建立表，而是一行一行的删除。 5.load table from master操作对innodb是不起作用的，解决方法是首先把innodb表改成myisam表，导入数据后再改成innodb表，但是对于使用的额外的innodb特性（例如外键）的表不适用。   作者 艺术家 bitscn.com