数据库压力测试报告.docx

数据库压力测试报告 目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc420099439 1. 测试环境 PAGEREF _Toc420099439 \h 2 HYPERLINK \l _Toc420099440 2. 测试目的 PAGEREF _Toc420099440 \h 2 HYPERLINK \l _Toc420099441 3. 测试工具和测试方法 PAGEREF _Toc420099441 \h 2 HYPERLINK \l _Toc420099445 3.1 测试工具 PAGEREF _Toc420099445 \h 2 HYPERLINK \l _Toc420099446 3.2 测试方法 PAGEREF _Toc420099446 \h 2 HYPERLINK \l _Toc420099447 4. 测试结果 PAGEREF _Toc420099447 \h 2 HYPERLINK \l _Toc420099449 5. 测试结果分析 PAGEREF _Toc420099449 \h 3 HYPERLINK \l _Toc420099450 6. 故障分析 PAGEREF _Toc420099450 \h 3 HYPERLINK \l _Toc420099451 7. 总结 PAGEREF _Toc420099451 \h 4  测试环境 主机名 硬件型号 操作系统 CPU 内存(GB) 软件 实例名 cd430003 IBM 3850 x6 RHEL 5.8 64bit Intel(R) Xeon(R) CPU E7-8850 v2 @ 2.30GHz 4*24 125 Oracle 10.2.0.4 PRI1 cd430004 IBM 3850 x6 RHEL 5.8 64bit Intel(R) Xeon(R) CPU E7-8850 v2 @ 2.30GHz4*24 125 Oracle 10.2.0.4 PRI2 测试目的 测试数据库在高并发压力下CPU、内存和磁盘IO的表现情况 测试工具和测试方法 测试工具 使用自有数据库压测工具：HxPressureDb 测试方法 并发读 读写混合并发 测试结果 测试场景 读并发 写并发 压测时间 压测笔数 cd430003 cd430004 CPU使用率 内存使用率 IO CPU使用率 内存使用率 IO 场景一 100 N/A 10:45-11:09 106522 60% 20.4% 22kb/s 50% 54% 21kb/s 场景二 150 N/A 11:09-11:28 113708 70% 20.7% 23kb/s 86.3% 55.3% 23kb/s 场景三 200 N/A 11:30-11:50 103569 99% 21.1% 23kb/s 90.6% 55.3% 24kb/s 场景四 250 N/A 11:50-12:01 20689 N/A N/A N/A 99.3% 56.3% 27kb/s 场景五 100 30 15:40-15:48 36964/118095 45% 21% 361kb/s 57% 57% 421kb/s 场景六 150 50 15:51-16:10 125888/190910 92% 21.7% 317kb/s 66% 57.4% 623kb/s 场景七 200 80 16:12-16:20 237139/ N/A 98.8% 22% 432kb/s 80% 58.2% 528kb/s 场景八 250 80 16:21-16:35 237139/ N/A 99.3% 23% 223kb/s 75% 59% 2106kb/s 注：N/A表示未采集数据 测试结果分析 并发读非常消耗CPU资源，原因为执行的SQL语句统计数据属于资源消耗型 并发写执行效率非常高，因insert的数据量不大，磁盘IO率较低 整个压测过程中CPU不存在等待事件，混合高并发时内核队列存在排队现象，但不印象整体执行效率 因查询返回结果集很小，整个压测过程中内存使用率没有明显的上升 故障分析 并发250读时，cd430003主机发生过重启现象，分析原因为PRI2（cd430004）与PRI1（cd430003）实例间心跳超时，PRI2与PRI1间发生脑裂，PRI2抢夺到仲裁权并重启了PRI1实例主机，使PRI1实例脱离RAC集群。 建议： 心跳网络与业务网络分离 提升心跳网络带宽 总结 压测数据比较单一，不代表真实生产环境逻辑处理场景 在压测场景下，按行业CPU使用率低于80%前提下，大约支持150至180并发读请求