my.cnf参数配置实现InnoDB引擎性能优化

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了my.cnf参数配置实现InnoDB引擎性能优化，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2618字，纯文字阅读大概需要4分钟。

内容图文

在网上看了无数的my.cnf的配置，大多数提到的配置无外乎这几个：

1. innodb_buffer_pool_size
2. innodb_log_file_size
3. innodb_log_buffer_size
4. innodb_flush_log_at_trx_commit

然后自己写了两个例子，一个单线程的，一个多线程的来通过改变配置参数来测试是否提高了性能。结果是只有innodb_flush_log_at_trx_commit可以提高性能，对于1,2,3参数无论是开其中某一个，还是三个同时调节都没有影响到测试性能。我想了下，可能是我的测试数据量还不够大造成的，后续有条件了再更大的数据量测试一下这3个参数。

这里详细说一下innodb_flush_log_at_trx_commit：

如果innodb_flush_log_at_trx_commit设置为0，log buffer将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行。该模式下，在事务提交的时候，不会主动触发写入磁盘的操作。
如果innodb_flush_log_at_trx_commit设置为1，每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中去。
如果innodb_flush_log_at_trx_commit设置为2，每次事务提交时MySQL都会把log buffer的数据写入log file。但是flush(刷到磁盘)操作并不会同时进行。该模式下，MySQL会每秒执行一次 flush(刷到磁盘)操作。

结果：

当设置为0，该模式速度最快，但不太安全，mysqld进程的崩溃会导致上一秒钟所有事务数据的丢失。
当设置为1，该模式是最安全的，但也是最慢的一种方式。在mysqld 服务崩溃或者服务器主机crash的情况下，binary log 只有可能丢失最多一个语句或者一个事务。
当设置为2，该模式速度较快，也比0安全，只有在操作系统崩溃或者系统断电的情况下，上一秒钟所有事务数据才可能丢失。

注意：由于进程调度策略问题,这个“每秒执行一次 flush(刷到磁盘)操作”并不是保证100%的“每秒”。

结论：innodb_flush_log_at_trx_commit设置为0或者2的时候速度差不多，两者都比设置为1的时候快很多。

这里又让我想到了InnoDB和MyISAM引擎的区别，InnoDB的优势在于并发处理情况下比MyISAM快。而我的线程池数量是根据cpu的线程数来设定的，然后我把线程池的数量设置比cpu线程数大，更大，再大，结果我的测试程序性能又提高了，我醉了，原来是我对线程池的理解太浅薄了。线程池的最优大小

内容总结

以上是互联网集市为您收集整理的my.cnf参数配置实现InnoDB引擎性能优化全部内容，希望文章能够帮你解决my.cnf参数配置实现InnoDB引擎性能优化所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端