mysql, table_open_cache到底有什么影响,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
之前腾讯云有一期问过这个问题,其实看似这个table_open_cache,没有什么。
到底table_open_cache到底是一个什么存在感,我们的来看看。
首先我们先来一个测试通过sysbench来进行一个压力测试,我们在同样的数据的基础上,其他所有的参数都不变,仅仅变化table_open_cache,然后我们看看整体的压测数据有什么变化。
测试方式以及环境
1测试的数据库8 g, 4核心内存磁盘SSD每秒300 mb
测试table_open_cache值变化
1,4096
2,8192
3,1024
4,,96,,
4096
结果
,,事务:,,,,,,,,,,,,,,193526(806.21秒。)
,,读/写请求:,,,,,,,,3483840(14513.26秒。)
,,总时间的事件执行:72006.8461 s
,,响应时间:
,,,,分钟:大敌;,,,,,,,,,,,,,,,,6.27
女士,,,,avg:大敌;,,,,,,,,,,,,,,,372.08
女士,,,,马克斯:大敌;,,,,,,,,,,,,,,女士,1866.33
,,,,,大约只95百分位:,,,,,,女士,604.04
修改table_open_cache为8192
事务:,,,,,,,,,,,,,,,188719(786.11秒。)
,读/写请求:,,,,,,,,,3397113(14150.74秒。)
总时间的事件执行:72013.6051 s
,,响应时间:
,,,,分钟:大敌;,,,,,,,,,,,,,,,,,,,6.57
女士,,,,avg:大敌;,,,,,,,,,,,,,,,,,,,女士,381.59
,,,,马克斯:大敌;,,,,,,,,,,,,,,,,,,女士,1534.00
,,,,,大约只95百分位:,,,,,,女士,630.08
,事务:,,,,,,,,,,,,,,189366(788.85秒。)
,读/写请求:,,,,,,,,,3408744(14199.90秒。)
,总时间的事件执行:72006.3405 s
,,响应时间:
,,,,分钟:大敌;,,,,,,,,,,,,,,,,5.48
女士,,,,avg:大敌;,,,,,,,,,,,,,,,380.25
女士,,,,马克斯:大敌;,,,,,,,,,,,,,,女士,1433.75
,,,,,大约只95百分位:,,,,,,女士,619.79
在使用同样的压测命令,系统直接报错
<强>只好降低同时连接的线程,降低到200 强>
,事务:,,,,,,,,,,,,174108(725.36秒。)
,读/写请求:,,,,,,,,,3134050(13056.84秒。)
<强>总时间由事件执行:48001.7575 s 强>
,,响应时间:
,null