MyISAM和InnoDB是MySQL最常有的存储引擎，上一篇我们讲述了InnoDB与MyISAM之间的区别；由于MyISAM不支持事务，当我们需要使用一个健壮的事务型存储引擎的时候，InnoDB必然是最好的选择。
innodb 通过多版本并发控制（MVCC）来获得高并发性,并且实现了SQL标准的4种隔离级别，默认为REPEATABLE级别。同时，使用一种被称为next-key locking的策略来避免幻读（phantom）现象的产生。除此之外,InnoDB存储引擎还提供了插入缓冲（insert buffer)、二次读写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead)等高性能和高可用的功能。
如何设置InnoDB为默认引擎：
InnoDB常用配置参数：
#InnoDB存储数据字典、内部数据结构的缓冲池，16MB 已经足够大了。 innodb_additional_mem_pool_size = 16M #InnoDB用于缓存数据、索引、锁、插入缓冲、数据字典等 #如果是专用的DB服务器，且以InnoDB引擎为主的场景，通常可设置物理内存的50% #如果是非专用DB服务器，可以先尝试设置成内存的1/4，如果有问题再调整 #默认值是8M，非常坑X，这也是导致很多人觉得InnoDB不如MyISAM好用的缘故 innodb_buffer_pool_size = 4G #InnoDB共享表空间初始化大小，默认是 10MB，也非常坑X，改成 1GB，并且自动扩展 innodb_data_file_path = ibdata1:1G:autoextend #如果不了解本选项，建议设置为1，能较好保护数据可靠性，对性能有一定影响，但可控 innodb_flush_log_at_trx_commit = 1 #InnoDB的log buffer，通常设置为 64MB 就足够了 innodb_log_buffer_size = 64M #InnoDB redo log大小，通常设置256MB 就足够了 innodb_log_file_size = 256M #InnoDB redo log文件组，通常设置为 2 就足够了 innodb_log_files_in_group = 2 #启用InnoDB的独立表空间模式，便于管理 innodb_file_per_table = 1 #启用InnoDB的status file，便于管理员查看以及监控等 innodb_status_file = 1 #设置事务隔离级别为 READ-COMMITED，提高事务效率，通常都满足事务一致性要求 transaction_isolation = READ-COMMITTED 其他配置选项也需要注意： #设置最大并发连接数，如果前端程序是PHP，可适当加大，但不可过大 #如果前端程序采用连接池，可适当调小，避免连接数过大 max_connections = 60 #最大连接错误次数，可适当加大，防止频繁连接错误后，前端host被mysql拒绝掉 max_connect_errors = 100000 #设置慢查询阀值，建议设置最小的 1 秒 long_query_time = 1 #设置临时表最大值，这是每次连接都会分配，不宜设置过大 max_heap_table_size 和 tmp_table_size 要设置一样大 max_heap_table_size = 96M tmp_table_size = 96M #每个连接都会分配的一些排序、连接等缓冲，一般设置为 2MB 就足够了 sort_buffer_size = 2M join_buffer_size = 2M read_buffer_size = 2M read_rnd_buffer_size = 2M #建议关闭query cache，有些时候对性能反而是一种损害 query_cache_size = 0 #如果是以InnoDB引擎为主的DB，专用于MyISAM引擎的 key_buffer_size 可以设置较小，8MB 已足够 #如果是以MyISAM引擎为主，可设置较大，但不能超过4G #在这里，强烈建议不使用MyISAM引擎，默认都是用InnoDB引擎 key_buffer_size = 8M #设置连接超时阀值，如果前端程序采用短连接，建议缩短这2个值 #如果前端程序采用长连接，可直接注释掉这两个选项，是用默认配置(8小时) interactive_timeout = 120 wait_timeout = 120
几个关于InnoDB引擎数据表设计相关的建议：
InnoDB锁类型
InnoDB存储引擎实现如下两种标准的行级锁
共享锁和排他锁的兼容
注意：
（1）S锁和X锁都是行锁，兼容是指对同一记录（row）锁的兼容性.
（2）事务T1已经获得行R的共享锁，另一个事务T2可以立即获得行R的共享锁，这种情况称为锁兼容。事务T3想获得行R的排他锁，则必须等待事务T1、T2释放行R上的共享锁，这种情况成为锁的不兼容.
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。如果你想了解更多相关内容请查看下面相关链接
