转：MySQL从MyISAM引擎转换到InnoDB引擎需要注意的地方

http://www.ynpxrz.com/n896852c2024.aspx

分析 当了解完两种引擎的不同之处，很轻松的就能知道有哪些关键点了。

总的来说，从MyISAM转向InnoDB的注意事项有：

1、MyISAM的主键索引中，可以在非第一列(非第一个字段)使用自增列，而InnoDB的主键索引中包含自增列时，必须在最前面;这个特性在discuz论坛中，被设计用于“抢楼”功能，因此，若有类似的业务，则无法将该表从MyISAM转成InnoDB，需要自行变通实现(我们则是将其改到Redis中实现);

2、不带条件频繁统计全表总记录数时(SELECT COUNT(*) FROM TAB)，InnoDB相对较慢，而MyISAM则飞快;不过，如果是基于索引条件的统计，则二者相差不大;

3、InnoDB在5.6以前不支持全文索引，不过这个相信无所谓，没什么人会在MySQL里直接跑全文索引，尤其是对中文的全文索引(前阵子有开发同学提需求直接被我否了)，确实有需要的话，可以采用Sphinx、Lucene等其他方案实现;

4、一次性导入大量数据并且后续还要进行加工处理的，可以先导入到MyISAM引擎表中，经过一通加工处理完后，再导入InnoDB表(我曾经在业务中用此方法提高数据批量导入及处理效率);

5、InnoDB不支持LOAD TABLE FROM MASTER语法(不过应该也很少人使用吧);

从MyISAM转成InnoDB可以享受的好处则有：

1、完整事务特性支持，以及更高的数据并发存取效率，即更高的TPS;

2、数据库实例异常重启后，InnoDB表能自动修复，而且速度相对更快，而MyISAM需要被触发才能修复，且相对耗时可能多4~5倍甚至更多;

3、更高的数据读取性能，因为InnoDB把数据及索引同时缓存在内存中，而MyISAM只缓存了索引;

4、InnoDB支持外键(不过在MySQL中，应该很少人用到外键);

两个引擎间的重要区别详情见下：

MyISAM引擎的特点：

1、堆组织表;

2、不支持事务;

"tn-Powered-by-XIUMI">3、数据文件和索引文件分开存储;

"tn-Powered-by-XIUMI">4、支持全文索引;

"tn-Powered-by-XIUMI">5、主键索引和二级索引完全一样都是B+树的数据结构，只有是否唯一的区别(主键和唯一索引有唯一属性，其他普通索引没有唯一属性。B+树叶子节点存储的都是指向行记录的row pointer);

6、有特殊计数器记录当前记录数;

7、不支持Crash recovery;

8、索引文件很容易损坏;

InnoDB引擎的特点

1、索引组织表;

2、支持事务;

"tn-Powered-by-XIUMI">3、数据文件和索引文件存储在同一个表空间中;

"tn-Powered-by-XIUMI">4、在5.6以前，不支持全文索引;

"tn-Powered-by-XIUMI">5、主键和二级索引数据结构一样都是B+树，但叶子节点存储的键值不一样(主键的叶子节点存储整行数据，因此也称为聚集索引;而二级索引的叶子节点存储的是主键的键值)

5、支持Crash recovery;

6、相同数据量时，InnoDB表空间文件大小约为MyISAM引擎的1.5~2倍;

 

 

 

MyISAM与InnoDB的索引实现

1、MyISAM 使用B+Tree 作为索引结构，叶子节点的data存放指针，也就是记录的地址。对于主键索引和辅助索引都是一样的。
2、InnoDB 也使用B+Tree作为索引结构，也别需要注意的是，对于主键索引，InnoDB 使用聚集索引，InnoDB的数据文件本身就是就是索引文件。而MyISAM，主键索引和数据文件是分离的。
3、InnoDB数据文件，要按主键聚集索引，这就要求InnoDB的表必须要有主键（MyISAM可以没有）。如果没有显式指定主键，InnoDB会自动选择一个可以唯一标识记录的字段作为主键，比如auto_increment的字段，如果不存在这样的列，InnoDB会自动生成一个隐含字段作为主键，这个隐含字段6个字节，是长整形。
4、对于InnoDB的辅助索引，叶子节点的data存放的是主键的值。这就意味着，使用辅助索引定位记录，需要使用两次索引：首先使用辅助索引找到主键的值，根据主键的值，使用主键索引找到记录。
5、InnoDB的辅助索引为什么要这样设计？
如果辅助索引data存放的行指针，当行移动或者数据页分裂时，需要更新data域行指针的值，这就增加维护成本。data存在主键的值，就没有这个问题。行移动和数据页分裂，主键索引会自动更新。data关联主键的值，不需要更新，相当于增加一个间接层。这个间接层对性能的影响也很小，因为通过主键定位记录是非常快的。
6、了解了innoDB的索引实现，有几个地方需要注意：
不要使用过长的字段作为主键，因为辅助索引都要使用主键索引定位记录，这个字段过长，使用内存更大，影响性能。
使用单调的字段作为主键，特别是insert的时候，如果是非单调的，B+Tree维护成本很高。
7、这就能很好解释，隔离级别 repeatable-read, 不使用索引锁住整个表，使用索引（主键索引或者辅助索引）只会锁住对应的行。
8、在查询执行计划中，有一个字段 type， eq_ref 表示使用主键索引，直接定位到记录。而ref 表示先使用辅助索引，找到主键的值，再使用主键索引定位到记录。