作者：sky.jian版权声明
链接：http://isky000.com/database/mysql-performance-tuning-storage-engine | del.icio.us |twitter it |
hosted on dreamhost 可以通过我的折扣码 imysqler 获得优惠折扣
mysql 数据库性能优化之sql优化，这是 mysql数据库性能优化专题系列的第五篇文章：mysql数据库性能优化之存储引擎选择
mysql 的存储引擎可能是所有关系型数据库产品中最具有特色的了，不仅可以同时使用多种存储引擎，而且每种存储引擎和mysql之间使用插件方式这种非常松的耦合关系。
由于各存储引擎功能特性差异较大，这篇文章主要是介绍如何来选择合适的存储引擎来应对不同的业务场景。
myisam特性不支持事务：myisam存储引擎不支持事务，所以对事务有要求的业务场景不能使用表级锁定：其锁定机制是表级索引，这虽然可以让锁定的实现成本很小但是也同时大大降低了其并发性能读写互相阻塞：不仅会在写入的时候阻塞读取，myisam还会在读取的时候阻塞写入，但读本身并不会阻塞另外的读只会缓存索引：myisam可以通过key_buffer缓存以大大提高访问性能减少磁盘io，但是这个缓存区只会缓存索引，而不会缓存数据适用场景不需要事务支持（不支持）并发相对较低（锁定机制问题）数据修改相对较少（阻塞问题）以读为主数据一致性要求不是非常高最佳实践尽量索引（缓存机制）调整读写优先级，根据实际需求确保重要操作更优先启用延迟插入改善大批量写入性能尽量顺序操作让insert数据都写入到尾部，减少阻塞分解大的操作，降低单个操作的阻塞时间降低并发数，某些高并发场景通过应用来进行排队机制对于相对静态的数据，充分利用query cache可以极大的提高访问效率myisam的count只有在全表扫描的时候特别高效，带有其他条件的count都需要进行实际的数据访问innodb特性具有较好的事务支持：支持4个事务隔离级别，支持多版本读行级锁定：通过索引实现，全表扫描仍然会是表锁，注意间隙锁的影响读写阻塞与事务隔离级别相关具有非常高效的缓存特性：能缓存索引，也能缓存数据整个表和主键以cluster方式存储，组成一颗平衡树所有secondary index都会保存主键信息适用场景需要事务支持（具有较好的事务特性）行级锁定对高并发有很好的适应能力，但需要确保查询是通过索引完成数据更新较为频繁的场景数据一致性要求较高硬件设备内存较大，可以利用innodb较好的缓存能力来提高内存利用率，尽可能减少磁盘 io最佳实践主键尽可能小，避免给secondary index带来过大的空间负担避免全表扫描，因为会使用表锁尽可能缓存所有的索引和数据，提高响应速度在大批量小插入的时候，尽量自己控制事务而不要使用autocommit自动提交合理设置innodb_flush_log_at_trx_commit参数值，不要过度追求安全性避免主键更新，因为这会带来大量的数据移动ndbcluster特性分布式：分布式存储引擎，可以由多个ndbcluster存储引擎组成集群分别存放整体数据的一部分支持事务：和innodb一样，支持事务可与mysqld不在一台主机：可以和mysqld分开存在于独立的主机上，然后通过网络和mysqld通信交互内存需求量巨大：新版本索引以及被索引的数据必须存放在内存中，老版本所有数据和索引必须存在与内存中适用场景具有非常高的并发需求对单个请求的响应并不是非常的critical查询简单，过滤条件较为固定，每次请求数据量较少，又不希望自己进行水平sharding最佳实践尽可能让查询简单，避免数据的跨节点传输尽可能满足sql节点的计算性能，大一点的集群sql节点会明显多余data节点在各节点之间尽可能使用万兆网络环境互联，以减少数据在网络层传输过程中的延时注：以上三个存储引擎是目前相对主流的存储引擎，还有其他类似如：memory，merge，csv，archive等存储引擎的使用场景都相对较少，这里就不一一分析了，如果有朋友感兴趣，后面再补充吧。