Database 基于分布式SOA体系结构的系统压力测试

Database 基于分布式SOA体系结构的系统压力测试,database,performance,testing,metrics,stress-testing,Database,Performance,Testing,Metrics,Stress Testing,我们目前有一个包含20个SOA服务的系统,有一个主mysql数据库和2个从节点。目前数据库中有10GB的数据。我们有一个要求,表中的数据将显著增加。我们希望在继续实施之前对系统进行压力测试。什么样的压力测试对这种分布式环境有意义 此外,在执行压力测试时,我可以查看延迟和指标,例如服务90%的服务请求的延迟是多少。对于服务是否还有其他好的衡量标准?我应该寻找mysql数据库的哪些指标 谢谢以下是一些想法: 建立一个测试数据库,并将额外的数据加载到您期望增加的表中;使用预期增加的倍数,例如,如果预期

我们目前有一个包含20个SOA服务的系统,有一个主mysql数据库和2个从节点。目前数据库中有10GB的数据。我们有一个要求,表中的数据将显著增加。我们希望在继续实施之前对系统进行压力测试。什么样的压力测试对这种分布式环境有意义

此外,在执行压力测试时,我可以查看延迟和指标,例如服务90%的服务请求的延迟是多少。对于服务是否还有其他好的衡量标准?我应该寻找mysql数据库的哪些指标

谢谢

以下是一些想法:

  • 建立一个测试数据库,并将额外的数据加载到您期望增加的表中;使用预期增加的倍数,例如,如果预期表增加2000行,则向测试表中添加4000行
  • 在MySQL中启用
  • 确保SOA服务器中的日志记录级别足够详细,可以调试压力测试中的错误
  • 使用负载测试工具,例如快速连续地对每个服务运行多个请求。使用每秒预期请求数的倍数;我通常以预期请求数的2倍、4倍、8倍等递增
  • 依次对每个indivudual服务重复上述测试
  • 使用“典型”的服务组合重复上述测试-例如,如果您预期对服务1的请求数是对服务2的请求数的两倍,则在测试中反映这一情况
  • 如果还想测试可靠性,请尝试在一个或两个MySQL从属节点脱机时重复JMeter测试

  • JMeter应该为您提供所需的所有延迟信息。我喜欢使用的另一个有用的“真实世界”数据点表单JMeter是90%查询时间,它是大于或等于90%测试响应的响应时间值

    这个场景中的想法仍然是尝试在生产中使用页面请求和帖子时对它们进行建模。不同之处在于仅使用10Gb当前生产数据的副本运行负载测试。 然后模拟额外的数据并运行相同的负载测试。您将能够比较使用服务的页面的响应,或者直接检查服务调用

    然后,您可以看到额外的数据将对您的服务呼叫产生什么影响

    最重要的指标是您期望(或已测量)最频繁调用的调用的响应时间

    如果发现性能问题,可以分析数据库和服务器本身的其他统计数据