Mysql优化调优中两个重要参数table_cache和key_buffer(mysql数据库优化及sql调优)

编辑：rootadmin

推荐整理分享Mysql优化调优中两个重要参数table_cache和key_buffer(mysql数据库优化及sql调优)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql优化点,mysql常用优化方案,mysql数据库优化及sql调优,mysql优化的几种方法,mysql常用优化方案,mysql优化的几种方法,mysql优化手段,mysql优化参数详解,内容如对您有帮助，希望把文章链接给更多的朋友！

本文根据作者的一点经验，讨论了Mysql服务器优化中两个非常重要的参数，分别是table_cache，key_buffer_size。

table_cache指示表高速缓存的大小。当Mysql访问一个表时，如果在Mysql表缓冲区中还有空间，那么这个表就被打开并放入表缓冲区，这样做的好处是可以更快速地访问表中的内容。一般来说，可以通过查看数据库运行峰值时间的状态值Open_tables和Opened_tables，用以判断是否需要增加table_cache的值，即如果open_tables接近table_cache的时候，并且Opened_tables这个值在逐步增加，那就要考虑增加这个值的大小了。

在mysql默认安装情况下，table_cache的值在2G内存以下的机器中的值默认时到，如果机器有4G内存,则默认这个值是，但这决意味着机器内存越大，这个值应该越大，因为table_cache加大后，使得mysql对SQL响应的速度更快了，不可避免的会产生更多的死锁（dead lock），这样反而使得数据库整个一套操作慢了下来，严重影响性能。所以平时维护中还是要根据库的实际情况去作出判断，找到最适合你维护的库的table_cache值，有人说：“性能优化是一门艺术”，这话一点没错。大凡艺术品，大都是经过千锤百炼，精雕细琢而成。

Mysql优化调优中两个重要参数table_cache和key_buffer(mysql数据库优化及sql调优)

这里还要说明一个问题，就是table_cache加大后碰到文件描述符不够用的问题，在mysql的配置文件中有这么一段提示

引用

“The number of open tables for all threads. Increasing this value increases the number of file descriptors that mysqld requires.Therefore you have to make sure to set the amount of open files allowed to at least in the variable "open-files-limit" in” section [mysqld_safe]”说的就是要注意这个问题，一想到这里，部分兄弟可能会用ulimit -n 作出调整，但是这个调整实际是不对的，换个终端后，这个值又会回到原始值，所以最好用sysctl或者修改/etc/sysctl.conf文件，同时还要在配置文件中把open_files_limit这个参数增大，对于4G内存服务器，相信现在购买的服务器都差不多用4G的了，那这个这个open_files_limit至少要增大到，如果没有什么特殊情况，设置成就可以了。

下面说说key_buffer_size这个参数，key_buffer_sizeO表示索引缓冲区的大小，严格说是它决定了数据库索引处理的速度，尤其是索引读的速度。根据网络一些高手写的文章表示可以检查状态值Key_read_requests和Key_reads，即可知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:，1:更好，虽然我还没有找到理论的依据，但是，我在自己维护的几台实际运行良好的库做过的测试后表明，这个比值接近1：，这从结果证明了他们说这话的正确性，我们不妨用之。

删除MySQL重复数据的方法本文实例讲述了删除MySQL重复数据的方法。分享给大家供大家参考。具体方法如下：项目背景在最近做的一个linux性能采集项目中，发现线程的程序入库

MySql查询时间段的方法本文实例讲述了MySql查询时间段的方法。分享给大家供大家参考。具体方法如下：MySql查询时间段的方法未必人人都会，下面为您介绍两种MySql查询时间

MySQL使用临时表加速查询的方法本文实例讲述了MySQL使用临时表加速查询的方法。分享给大家供大家参考。具体分析如下：使用MySQL临时表，有时是可以加速查询的，下面就为您详细介