欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

MySQL 句柄数占用过多的解决方法

程序员文章站 2024-02-20 14:17:46
  在windows下安装mysql ,用了官方的配置向导生成了my.ini,本以为很安稳了,谁知十多个小时过去之后,系统响应非常慢,看资源管理器的性能卡,发现句柄数竟然达...

  在windows下安装mysql ,用了官方的配置向导生成了my.ini,本以为很安稳了,谁知十多个小时过去之后,系统响应非常慢,看资源管理器的性能卡,发现句柄数竟然达到了10万!怪不得无论使用什么程序都卡得很。

  网上搜索一下,大概是说 innodb_buffer_pool_size 这个默认的8m太大,但我已经skip-innodb了啊。

  后来又看到一个设置innodb_flush_log_at_trx_commit

  innodb_flush_log_at_trx_commit  (这个很管用)

  抱怨innodb比myisam慢 100倍?那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入(flush)硬盘,这是很费时的。特别是使用电池供电缓存(battery backed up cache)时。设成2对于很多运用,特别是从myisam表转过来的是可以的,它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬盘,所以你一般不会丢失超过1-2秒的更新。设成0会更快一点,但安全方面比较差,即使mysql挂了也可能会丢失事务的数据。而值2只会在整个操作系统挂了时才可能丢数据。

  后来设置成了innodb_flush_log_at_trx_commit = 2。

  重启mysql服务,的确好了许多,句柄数最终保持在2万左右,处于稳定状态,其它程序快了许多。

  看来在配置文件中innodb即使skip掉了,也仍然在使用系统中的内存、磁盘io,看来对于mysql的配置还是要手工研究,不能完全依赖于自带的配置工具。

  总结下来,对于innodb类型的库,将innodb_flush_log_at_trx_commit设置成2,能够提高mysql的性能,解决句柄占用过多的问题。

  以上就是解决mysql句柄占用过多的方法,希望能给大家一个参考,了解更多mysql语法,大家可以关注《mysql 5.1参考手册》,也希望大家多多支持。