mysql table_open_cache 到底有什么影响


mysql table_open_cache 到底有什么影响,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。之前腾讯云有一期问过这个问题,其实看似这个table_open_cache,没有什么。到底table_open_cache 到底是一个什么存在感,我们的来看看。
首先我们先来一个测试通过sysbench 来进行一个压力测试,我们在同样的数据的基础上,其他所有的参数都不变,仅仅变化 table_open_cache,然后我们看看整体的压测数据有什么变化。测试方式以及环境
1 测试的数据库 8G , 4 core 内存 磁盘SSD 每秒300MB测试 table_open_cache 值变化1 40962 81923 10244 961 4096结果
transactions: 193526 (806.21 per sec.) read/write requests: 3483840 (14513.26 per sec.) total time taken by event execution: 72006.8461s response time: min: 6.27ms avg: 372.08ms max: 1866.33ms approx. 95 percentile: 604.04ms
修改table_open_cache 为8192
transactions: 188719 (786.11 per sec.)read/write requests: 3397113 (14150.74 per sec.)total time taken by event execution: 72013.6051s response time: min: 6.57ms avg: 381.59ms max: 1534.00ms approx. 95 percentile: 630.08mstransactions: 189366 (788.85 per sec.)read/write requests: 3408744 (14199.90 per sec.)total time taken by event execution: 72006.3405s response time: min: 5.48ms avg: 380.25ms max: 1433.75ms approx. 95 percentile: 619.79ms在使用同样的压测命令,系统直接报错
只好降低同时连接的线程,降低到 200
transactions: 174108 (725.36 per sec.)read/write requests: 3134050 (13056.84 per sec.)total time taken by event execution: 48001.7575sresponse time: min: 5.70ms avg: 275.70ms max: 1528.54ms approx. 95 percentile: 472.15ms
从上面的简单测试,我们可以得出一个最简单的结果
table_open_cache 与你的系统的性能,在他的大小变化的时候对你的系统是有影响的,并且较小的值会让你的系统的性能整体下降。而过大的设置,并没有让系统的性能有提升,甚至还有小幅度的下降event execution。到这里估计有人会问,怎么设置这个值,我从来没有动过他,也没出过问题。
其实官方给了一个设置这个值的方法,官方给出的建议是你系统的连接的threads * N = table_open_cache 这里,连接数已经可以通过平时连接得出,但N这个数据,就只能预估了,每次的连接的查询的表的数量,说实话这个不好控制和锁定,我哪里知道平均一个连接每次访问几个表,当然如果你有金规铁律,一个SQL 最多不能产生3次JOIN 那就比较好办了。平均1 香港云主机000的连接 * 3 = 3000 所以默认的4096 还是富富裕裕。大多数的使用MYSQL 的公司,有几个人能说清楚MYSQL 每次的连接访问几个表呢。那到底有什么办法看看我的table_open_cache 到底是不是够, 有一个通用的公式
Table cache hit rate = table_open_cache*100/Opened_tables根据这个公式我们看看不同的 table_open_cache 的hit rate
96*100/739812 =0.0129
1024*100/739812 =0.13
4096* 100/739812 = 0.558192*100/739812 = 1.1从上面的数字可以看到如果将table_open_cache 设置为6140 可能会更好一些。当然估计性能差距和4096之间也不会有太多差距。
有人可能会跳出来,有那么麻烦我设置大些
结果导致压力测试无法进行,也就是说过大和过小的设置都会导致系统无法正常工作。WHY ,官方已经给出了解释
当然还有一个对于table_open_cache 的参数联动的设置 open_file_limit所以在调整你的table_open_cache 时也是需要调整你的open_file_limit
所以系统的参数之间是环环相关的,互相影响。关于mysql table_open_cache 到底有什么影响问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注开发云行业资讯频道了解更多相关知识。

相关推荐: composer镜像packagist.phpcomposer.com坏了怎么办

这篇文章主要介绍“composer镜像packagist.phpcomposer.com坏了怎么办”,在日常操作中,相信很多人在composer镜像packagist.phpcomposer.com坏了怎么办问题上存在疑惑,小编查阅了各式资料,整理出简单好用的…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 08/14 12:07
下一篇 08/14 12:07

相关推荐