mysql每秒最多能插入多少条数据 ? 死磕性能压测
前段时间搞优化,最后瓶颈发现都在数据库单点上。 问DBA,给我的写入答案是在1W(机械硬盘)左右。
联想起前几天infoQ上一篇文章说他们最好的硬件写入速度在2W后也无法提高(SSD硬盘)
但这东西感觉从来没证实过,故一时兴起,弄台虚拟机压测起来。
想搞清下面的问题:
1,mysql支撑多少连接数?
2,写入瓶颈到底是多少?
3,求QPS
畅想:
足够的CPU, load>远小于核数*2
足够的内存, 基本只用到物理内存
瓶颈在硬盘,写入速度应该能到90-100M/S(机械硬盘,7200转)。 故:预计kB_wrtn/s在90M左右
准备阶段:
硬件:
压测机I5双核,8G内存, 开一个虚拟机+mysql,一个eclipse,一个jmeter
MYSQL准备
mysql基本命令
停止:
root@ubuntu:/home/hejinbin# /etc/init.d/mysql stop
Stopping mysql (via systemctl): mysql.service.
Stopping mysql (via systemctl): mysql.service.
启动:
root@ubuntu:/home/hejinbin# /etc/init.d/mysql start
Starting mysql (via systemctl): mysql.service.
root@ubuntu:/home/hejinbin# /etc/init.d/mysql start
Starting mysql (via systemctl): mysql.service.
重启:
/etc/init.d/mysql restart 重启mysql
查看当前mysq端口的连接数
netstat -apn|grep “3306”
查看mysql基本状态
show processlist; 查看当前连接
show status; 查看当前数据库状态
show variables like ‘max_connections’ mysql当前最大连接数
set global max_connections=1000; 设置当前最大连接数为1000
这个设置会马上生效,但是当mysql重启时这个设置会失效,需要长期生效在my.ini 添加 max_connections=1000
jmeter准备:
1,测试空压测, 测试压测客户端能承受的线程数,
只开聚合报告,其它图形和结果树输出关闭。
经过测试,打开监视器图形结果和结果树输出,本机空压测也只能到1500附近,所以特别注意关闭这两个,只开聚合报告,我的机器100个线程空压测可以到压测到6W吞吐量(throughput/sec)
后面也用100个线程进行mysql的插入压测
JAVA测试类准备
用C3P0进行压测:
C3P0:
1, 在classpath下放入 c3p0-config.xml 配置如下:
<c3p0-config> <default-config> <property name="user">root</property> <property name="password">hejinbin</property> <property name="driverClass">com.mysql.jdbc.Driver</property> <property name="jdbcUrl">jdbc:mysql://172.25.20.14:3306/Test?useUnicode=true </property> <property name="initialPoolSize">5</property> <property name="maxIdleTime">5</property> <property name="maxPoolSize">150</property> <property name="minPoolSize">5</property> </default-config> </c3p0-config>
2,JAVA测试代码
package org.test; import java.sql.Connection; import java.sql.ResultSet; import java.util.concurrent.atomic.AtomicLong; import com.mchange.v2.c3p0.ComboPooledDataSource; import com.mchange.v2.c3p0.impl.NewProxyPreparedStatement; /** * hejinbin , QQ 107966750, C3P0的测试用例 2016-10-13 */ public class C3P0Test { public static AtomicLong id = new AtomicLong(1000000); private static ComboPooledDataSource cpds = new ComboPooledDataSource(); public static Long queryTest() throws Exception { Long aid = null; Connection con = null; try { // 从C3P0获取连接 con = cpds.getConnection(); NewProxyPreparedStatement prepare = (NewProxyPreparedStatement) con .prepareStatement("select * from tbl_account_info where account_id = ?"); prepare.setLong(1, 1001203); ResultSet result = prepare.executeQuery(); if (result.next()) { aid = (result.getLong("aid")); } } catch (Exception e) { throw e; } finally { // 此处关闭已经被C3P0重写, 只是返还连接池 con.close(); } return aid; } public static void insertTest() throws Exception { Connection con = null; try { // 从C3P0获取连接 con = cpds.getConnection(); NewProxyPreparedStatement prepare = (NewProxyPreparedStatement) con.prepareStatement( "INSERT INTO `tbl_account_info` VALUES (?, '1231232132', '何锦彬测试', '12312312', '15018711111', 'hejinbin@qq.com', '1', 'hjb_recharge', 'yyUid:12312312', '1', '', '', '', '1399882974', '1429785062', '183.60.177.229', '1464658277', '14.29.83.74', '0', '0', '1', '0', '2', '1', '0', '1', '1', '1', '1', '1', '1', '1', '', '', '2000', '0', '0', '0', '2000', '6', '0', '0', '1', '0', '1456308697', '658', null, '广东广州', '0', '0', '0', '0', '20', null, null, '1', null, '');"); prepare.setLong(1, id.incrementAndGet()); prepare.execute(); } catch (Exception e) { throw e; } finally { // 此处关闭已经被C3P0重写, 只是返还连接池 con.close(); } } public static void main(String[] args) throws Exception { for (int i = 0; i < 100000; i++) insertTest(); } }
3,jmeter压测相关代码
package org.test.bin; import org.apache.jmeter.config.Arguments; import org.apache.jmeter.protocol.java.sampler.AbstractJavaSamplerClient; import org.apache.jmeter.protocol.java.sampler.JavaSamplerContext; import org.apache.jmeter.samplers.SampleResult; import org.test.C3P0Test; import org.test.JDBCWthoutDBPoolTest; /** * hejinbin , QQ 107966750, C3P0的测试用例,放入jmeter中 2016-10-13 */ public class JDBWithC3P0JmertRuning extends AbstractJavaSamplerClient { // 填参数 public Arguments getDefaultParameters() { Arguments params = new Arguments(); return params; } // 测试查询 // public SampleResult runTest(JavaSamplerContext arg0) { // SampleResult sr = new SampleResult(); // try { // sr.sampleStart(); // Long aid = C3P0Test.queryTest(); // // Long aid = 741l; // // 逾期值 // if (aid == 741) { // // 只有是预期值才判断查询成功 // sr.setSuccessful(true); // } else { // sr.setSuccessful(false); // } // } catch (Exception e) { // sr.setSuccessful(false); // e.printStackTrace(); // } finally { // sr.sampleEnd(); // } // return sr; // } public SampleResult runTest(JavaSamplerContext arg0) { SampleResult sr = new SampleResult(); try { sr.sampleStart(); C3P0Test.insertTest(); // 只有是预期值才判断查询成功 sr.setSuccessful(true); } catch (Exception e) { sr.setSuccessful(false); e.printStackTrace(); } finally { sr.sampleEnd(); } return sr; } }
整个工程地址等下放留言区.
一切就绪, 开始死磕
第一次压测配置(虚拟机):
数据库服务器:1G内存+20G硬盘+1个CPU,单核
jmeter本地
压测结果
3100 左右
负载在6.77附近,判断是CPU问题,加4核
第二次压测配置(虚拟机):
1G内存+20G硬盘+1个CPU,4核
直接到了5700附近,
total used free shared buffers cached
Mem: 984 974 9 1 132 455
-/+ buffers/cache: 386 597
Swap: 2044 31 2013
Mem: 984 974 9 1 132 455
-/+ buffers/cache: 386 597
Swap: 2044 31 2013
只有9M剩余,预测增加物理内存可以继续提高
第三次发现物理内存使用
4G内存+20G硬盘+1个CPU,4核
直接压测到了 7500附近,IOWA% 在10附近,使用CPU 30%
此时服务器状态, 9的WA
top – 00:55:47 up 15 min, 1 user, load average: 7.63, 2.61, 1.09
Tasks: 175 total, 1 running, 174 sleeping, 0 stopped, 0 zombie
%Cpu(s): 15.1 us, 40.6 sy, 0.0 ni, 28.3 id, 9.0 wa, 0.0 hi, 7.0 si, 0.0 st
KiB Mem: 4038340 total, 1837716 used, 2200624 free, 151648 buffers
KiB Swap: 2094076 total, 0 used, 2094076 free. 1224640 cached Mem
Tasks: 175 total, 1 running, 174 sleeping, 0 stopped, 0 zombie
%Cpu(s): 15.1 us, 40.6 sy, 0.0 ni, 28.3 id, 9.0 wa, 0.0 hi, 7.0 si, 0.0 st
KiB Mem: 4038340 total, 1837716 used, 2200624 free, 151648 buffers
KiB Swap: 2094076 total, 0 used, 2094076 free. 1224640 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2345 mysql 20 0 2539240 274992 13540 S 279.5 6.8 4:48.13 mysqld
机器信息:
top – 01:02:07 up 21 min, 1 user, load average: 6.48, 6.91, 3.77
Tasks: 175 total, 1 running, 174 sleeping, 0 stopped, 0 zombie
%Cpu(s): 14.2 us, 33.2 sy, 0.0 ni, 35.0 id, 11.3 wa, 0.0 hi, 6.3 si, 0.0 st
KiB Mem: 4038340 total, 2605868 used, 1432472 free, 152740 buffers
KiB Swap: 2094076 total, 0 used, 2094076 free. 1965808 cached Mem
Tasks: 175 total, 1 running, 174 sleeping, 0 stopped, 0 zombie
%Cpu(s): 14.2 us, 33.2 sy, 0.0 ni, 35.0 id, 11.3 wa, 0.0 hi, 6.3 si, 0.0 st
KiB Mem: 4038340 total, 2605868 used, 1432472 free, 152740 buffers
KiB Swap: 2094076 total, 0 used, 2094076 free. 1965808 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2345 mysql 20 0 2540260 278508 13540 S 247.7 6.9 21:44.32 mysqld
CPU 4核, 负载 6.48, 没到瓶颈
内存, swap使用率是0, 也没压力
硬盘,
通过监控发现
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
sda 688.00 0.00 17356.00 0 17356
sda 688.00 0.00 17356.00 0 17356
硬盘写入速度在 17M/s, 感觉还没到瓶颈, 7200转机械硬盘的是 90M
如何进一步优化,让写入速度达到瓶颈。 想到是配置mysql的参数了,下次继续尝试,有活要做了.
转发申明:
本文转自互联网,由小站整理并发布,在于分享相关技术和知识。版权归原作者所有,如有侵权,请联系本站 top8488@163.com,将在24小时内删除。谢谢