,昨天使用gdb调试MySQL中事务临界状态的时候,发现其实有些场景可能比我想得还要复杂一些,所以我在昨天的测试中结尾也是快快扫过,但是表明了意思即可。这一点上我在后面会把甲骨文的临界事务状态也拿出来对比一下,还是蛮有意思的。
,今天简单写了几个脚本继续对一个测试环境的MySQL进行sysbench压力测试只,
先突破1000连接资源设置的瓶颈,,在上一次的基础上,我们保证了能够满足短时间内1000个连接的冲击,从各个方面做了调整,其中的一个重点逐渐落到了IO的吞吐率上,重做日志的大小设置一下子成了焦点和重中之重。
,,当然这次的测试中,我的思路还是保持性能持续的增长,边调整,边优化。
,,首先一点是我们能够突破1000连接的大关,先用下面的脚本来进行一个初步的测试,测试时长10秒钟,看看能否初始化1500个连接。
sysbench/home/sysbench/sysbench-1.0.3/src/lua/oltp_read_write.lua ——mysql用户=根mysql-port=3306 ——mysql-socket=/home/mysql/s1/s1。袜子——mysql-host=localhost ——数据库=sysbenchtest表=10——表大?5000000=1500线程 ——报告的时间间隔=5运行没想到就跟约好似的,抛出了如下的错误。注意这里的错误看起来已经不是数据库层面了。
致命:无法连接到MySQL服务器alt="使用sysbench压力测试MySQL(三)(r12笔记第6天)">
通过这个图也能过看出一个基本的负载情况,在1 g的时候,TPS相对比较平稳,但是重做切换还是多多少少都会有一定的抖动。当然重做不是越大越好,
5.5中的设置是小于4 g,
我们持续进行优化。
