性能测试前先要清楚目的是什么
- 测试数据库新版本的性能
- 测试新机型的性能
- 验证某些DB/OS层面的参数
- 压测存储的性能
- 压测某些场景
确定目标之后我们要选择何种压测场景进行压测,只读,只写,读写混合? 观察压测过程中的性能曲线是否满足我们的期望,并且真对性能出现可重复性抖动的问题进行分析原因并改进。
影响性能的因素
大致分为:DB 层面、OS 层面 、存储层面。
DB层面
对于MySQL层面,Buffer pool大小事务写磁盘,binlog的策略,innodb 层的并发读设置,事务隔离级别,都是会影响到最终的压测写入性能表现。OS层面
存储层面
需要关注的重要指标
- DB层
QPS(Queries per second)、TPS(Throughput)、RT(响应时间)
对于db层,我想特别强调对rt的监控,脱离业务场景的压测都是耍流氓,很多压测报告都说qps,tps 极高,但是没有公布对应的rt。大于生产需求的rt 阀值的压测结果都是没有用的。
比如说用户发起的一个业务请求,包含20次select,10次dml操作,单条sql,rt 为10ms,应用服务器 和
1万+




被折叠的 条评论
为什么被折叠?



