公开版-诸南阳-性能测试

阿里技术大讲堂之测试专场
性能测试
诸南阳@小微金服 yun.tang@ 2013年12月23日
15:50
Index
• 性能测试的意义 • 性能测试在小微 • 性能测试的监控 • 性能问题分析 • 性能调优 • QA
15:50
1.性能测试的意义
15:50
1.性能测试的意义
2013“双十一”交易额突破1亿只用了55秒; 达到10亿用了6分7秒;50亿用了38分钟; 24小时里，支付宝实现成功支付1.88亿笔，再次刷 新了去年同期1亿零580万笔的全球记录,最高每分钟 支付79万笔 如何才能保证系统在如此大的并发量下稳定运行？ 性能测试在这里面起到了什么样的作用？ 如果没有完善的性能测试体系做保证，结局会如何 ？
性能测试： 1. 设计最高时速，标准时速，生 命周期 2. 组件磨损是否在设计的时间内 3. 耗油量（性价比）
15:50
1.性能测试的意义
faster
lower
高效能
steadier
bigger
15:50
2.性能测试在小微-性能保障体系
• 项目测试 • 回归测试 • 上线后保障措施 • • • • 分析技术 监控技术 测试工具 平台支持
15:50
2.性能保障体系-策略保障
线上性能 基线回归
生产环境
分析
保障措施
容量预测
测试
日常项目性能测试
15:50
2.性能保障体系-平台支持
15:50
2.性能保障体系-性能分析平台
• 性能回归数据比对，检测性能变动点
15:50
2.性能保障体系-性能分析平台
• 通过线上线下在同等压力下的性能压测，根据结果进行容量建模，容量预测。精准预 估线上性能和进行集群大小的增减
mon.webx.session.tdbm.TairStore. versions （versions:hashmap）
15:50
4.性能问题案例分析
• 案例1：问题分析
存session缓存的时候会往3个hashmap中存储对象
/** 存储session id */ if (sessionData != null) { sessions.put(sessionID, sessionData); } sessionsIsGet.put(sessionID, true); /** * 清除本机session id */ public void remove(String sessionID) { sessionsIsGet.remove(sessionID); sessions.remove(sessionID); }
线程栈（Stack) Native 动态库等 OutOfMemoryError
15:50
4.性能问题案例分析
15:50
4.性能问题案例分析
• 案例1：问题分析 • 4小时稳定性压测，FGC频率逐渐增加，CPU利用率逐渐增加
15:50
4.性能问题案例分析
• 案例1：问题分析 • 4小时稳定性压测，old区逐渐增加
15:50
2.性能保障体系-性能回归
• 性能回归中各系统的old区空间变化
15:50
3.性能测试的监控 • 单机cell监控：
硬件系统性能 软件系统性能
CPU
内存
磁盘IO
网络IO
TPS
响应 时间
调用 次数
JVM
15:50
3.性能测试的监控
• 集群cluster压测监控：
Data analysis
select id,…… from linepay_payment_txn where (out_sequence_id = :1) for update nowait
15:50
5.性能调优
DB调优
代码调优
容器，组件 参数调优
硬件设置调 优
15:50
5.性能调优-DB调优
表结 构
分库 分表
DB参数
versions.put(sessionID, version); 解决方法：
/** * 清除本机session id */ public void remove(String sessionID) { sessionsIsGet.remove(sessionID); sessions.remove(sessionID); versions.remove(sessionID); }
15:50
1.性能测试的意义
e.g. 汽车与软件性能测试
系统 1. 整体设计 （规范，标准）= 架构 2. 外形 （美观，对速度的影响）= 前 段开发架构 3. 传动系统 4. 制动 功能测试： 汽车是否能正常的跑起来 ---系统是否满足设计的功能需求
组件 1. 车轮 2. 方向盘 3. 窗的遥控器 4. 导航 5. …
谢谢大家！
15:50
SQL
索引
15:50
5.性能调优-容器，组件参数调优
15:50
5.性能调优-硬件设置调优
CPU 硬件调优 Disk
Mem
NET
15:50
5.性能调优-代码调优
代码结构
队列 数组
页面设计
静态化
缓存设计
模板缓存
…
方法实现
布局
Session缓存
循环
压缩
本地缓存
远程调用
JS
磁盘缓存
...
…
…
15:50
15:50
1000
1200
200
400
600
800
• 案例1：
12小时稳定性测试，并发25个线程
0
TPS,响应时间对比
22:46 23:15 23:44 0:13 0:42 1:11 1:40 2:09 2:38 3:07 3:36 4:05 4:34 5:08 5:37 6:06 6:35 7:04 7:33 8:02 8:31 9:00 9:29 9:58 10:27
6.回归测试
3.性能测试的类型
15:50
4.性能问题案例分析
内存对象 JAVA Object JAVA Class Thread 本地代码/数据 打开/共享文件 对应存放区域 Heap Space PermGen space 本地内存 （Native Memory） 内存溢出类型 Heap OutOfMemory PermGen OutOfMemoryError
15:50
2.性能保障体系-线上保障
性能分析
监控+报 警
引流压测
银行渠道 压测
网络压测
缩容压测
15:50
2.性能保障体系-性能回归
• • • • 场景：关键业务 环境：集成，仿真 时间：发布前，代码合并后 方法： – 性能回归压测 – 稳定性回归压测
内存泄露 SQL语句 配置问题 资源锁 服务重复调用 代码逻辑
Cluster performance monitor
Single cell sys Config cell Sys resource JAVA DB Env restore Graph analysis
Common cell
Data collect
Hale Waihona Puke 15:504.性能测试的类型
1.压力测试 2.负载测试 3.容量测试
15:50
4.性能问题案例分析
• 案例2：解决问题
select …. from linepay_txn_terminal where ((pos_trace_no = :1) AND (terminal_id = :2) AND (merchant_id = :3) AND (batch_no = :4)) for update nowait
判断被测系统在强压力下是否出现不可恢复的崩溃现象 不断加压来观测系统的性能表征
通过不断加压获取系统的最大性能指标（最大负载）
长时间的压测，衡量系统是否能稳定运行（续航能力） 新系统或组件的基准性能压测，为回归测试服务 采用基线测试的场景（压测方案）进行压测，并与基准比较
15:50
4.稳定性测试
5.基线测试
4.性能问题案例分析
15:50
TPS
Response_time
4.性能问题案例分析
• 案例1：问题分析
select id, …… from linepay_payment_txn a where (out_sequence_id = :1 AND txn_category = :2 AND reversal_flag = :3 AND cancel_flag in (:4, :5) AND txn_flag in (:6, :7)) OR (EXISTS (select 'X‘ from linepay_txn_terminal b where a.id = b.txn_id and b.merchant_id = :8 and b.terminal_id = :9 and b.batch_no = :10 and b.pos_trace_no = :11)) for update nowait
策略 实施 组织 保障
• 性能保障小组 • 测试owner • 虚拟项目组
技术 平台 流程 规范
• 测试流程 • 流程规范 • 模板规范
15:50
2.性能保障体系-测试流程
线下专项压测 线下压测 线下性能基线值 线下性能回归 容量预测 性能保障体系 线上容量 线上监控 生产线容量值 生产线真实性能值