1、参数设置太小,max_connections需要根据主机的性能和实际需要进行合理的配置。
2、磁盘I/O瓶颈,比如被一条SQL堵死,造成后边的DML操作等待,又比如增、删、改、查很频繁,磁盘I/O遇到瓶颈,导致无法处理繁忙的请求。
3、MySQL处理完一条请求后,会根据wait_timeout值来释放连接(参数含义:服务器关闭非交互连接之前等待的秒数),一般设置为100秒即可,默认是28800秒,若MySQL并发量较高。默认28800秒以后才会释放内存,就会导致大量连接闲置,会报“too many connections”的错误。
4、重启服务器导致数据库连接数过多
重启MySQL服务器之后,由于并发量较高,InnoDB Bufer Pool进行预热,如果仅靠InnoDB本身去预热,I/O瓶颈会带来很糟糕的性能。
解决方法:
在my.cnf里,加入以下参数:
innodb_buffer_pool_dump_at_shutdown = 1
解释:在关闭时把热数据dump到本地磁盘
innodb_buffer_pool_dump_now = 1
解释:采用手工方式把热数据dump到本地磁盘。
innodb_buffer_pool_load_at_startup = 1
解释:在启动时把热数据加载到内存
innodb_buffer_pool_load_now = 1
解释:采用手工方式把热数据加载到内存
关闭MySQL时,会把内存中的数据保存到磁盘的ib_buffer_pool文件中,该文件位于数据目录下,MySQL启动时候,会自动加载热数据到Buffer_Pool中。
2、磁盘I/O瓶颈,比如被一条SQL堵死,造成后边的DML操作等待,又比如增、删、改、查很频繁,磁盘I/O遇到瓶颈,导致无法处理繁忙的请求。
3、MySQL处理完一条请求后,会根据wait_timeout值来释放连接(参数含义:服务器关闭非交互连接之前等待的秒数),一般设置为100秒即可,默认是28800秒,若MySQL并发量较高。默认28800秒以后才会释放内存,就会导致大量连接闲置,会报“too many connections”的错误。
4、重启服务器导致数据库连接数过多
重启MySQL服务器之后,由于并发量较高,InnoDB Bufer Pool进行预热,如果仅靠InnoDB本身去预热,I/O瓶颈会带来很糟糕的性能。
解决方法:
在my.cnf里,加入以下参数:
innodb_buffer_pool_dump_at_shutdown = 1
解释:在关闭时把热数据dump到本地磁盘
innodb_buffer_pool_dump_now = 1
解释:采用手工方式把热数据dump到本地磁盘。
innodb_buffer_pool_load_at_startup = 1
解释:在启动时把热数据加载到内存
innodb_buffer_pool_load_now = 1
解释:采用手工方式把热数据加载到内存
关闭MySQL时,会把内存中的数据保存到磁盘的ib_buffer_pool文件中,该文件位于数据目录下,MySQL启动时候,会自动加载热数据到Buffer_Pool中。