MySQL从InnoDB转MyISAM后count查询效率为何大幅提升

近日，公司有一张业务日志表的数据量超过 500 万条后，执行 count(*) 统计总数需要 4 分 55 秒。后来将该表的存储引擎从 InnoDB 转换为 MyISAM 后，count 查询性能得到大幅提升，耗时从 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 只需直接读取预先保存的行数即可。因此，在没有 where 条件的情况下，MyISAM 的 count(*) 查询速度通常远高于 InnoDB。需要注意的是，当 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 特性（例如外键），则不适合采用这种方法。