之前腾讯云有一期问过这个问题,其实看似这个table_open_cache,没有什么。
到底table_open_cache 到底是一个什么存在感,我们的来看看。
首先我们先来一个测试通过sysbench 来进行一个压力测试,我们在同样的数据的基础上,其他所有的参数都不变,仅仅变化 table_open_cache,然后我们看看整体的压测数据有什么变化。
测试方式以及环境
1 测试的数据库 8G , 4 core 内存 磁盘SSD 每秒300MB
测试 table_open_cache 值变化
1 4096
2 8192
3 1024
4 96
1 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.08ms
transactions: 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.7575s
response 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 那就比较好办了。
平均1000的连接 * 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.55
8192*100/739812 = 1.1
从上面的数字可以看到如果将table_open_cache 设置为6140 可能会更好一些。当然估计性能差距和4096之间也不会有太多差距。
有人可能会跳出来,有那么麻烦我设置大些
结果导致压力测试无法进行,也就是说过大和过小的设置都会导致系统无法正常工作。
WHY ,官方已经给出了解释
当然还有一个对于table_open_cache 的参数联动的设置 open_file_limit 所以在调整你的table_open_cache 时也是需要调整你的open_file_limit
open_files_limit= Table_open_cache*2
所以系统的参数之间是环环相关的,互相影响。
本文分享自 AustinDatabases 微信公众号,前往查看
如有侵权,请联系 cloudcommunity@tencent.com 删除。
本文参与 腾讯云自媒体同步曝光计划 ,欢迎热爱写作的你一起参与!