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特性（例如外键）的表不适用。