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
下载本文
