Mysql之不使用部署在k8s集群的Mysql而是选择单独部署的Mysql的原因

测试准备：

线程组：并发数100，持续时间2min

两个请求：使用k8s集群中的mysql的wordpress对应端口30011

                  使用单独部署的mysql的wordpress的对应端口为30022

                  访问同一个博客

测试结果：

汇总报告：

响应时间图：

聚合报告：

结果分析：

使用单独部署的MySQL

• 平均响应时间（Average）: 19.794 ms
• 99% 线延迟（99% Line）: 25105 ms

使用Kubernetes集群内部署的MySQL

• 平均响应时间（Average）: 20.963 ms
• 99% 线延迟（99% Line）: 37456 ms

计算差异

• 平均响应时间差异：Kubernetes集群内部署的MySQL比单独部署的MySQL平均响应时间高约1.169毫秒，计算增长百分比约为 
• 
• 99% 线延迟差异：在99%的请求延迟上，Kubernetes集群内部署的MySQL比单独部署的MySQL高约12351毫秒，增长百分比约为 
• 

结论

更新后的数据显示，在平均响应时间上，单独部署的MySQL依然保持着轻微的优势，相较于Kubernetes集群内部署的MySQL，其平均响应时间仅高出了约6.41%。然而，在衡量极端情况下的性能，即99%的请求延迟时，单独部署的MySQL表现显著优于Kubernetes集群内部署，其延迟低了近一半（减少约49.22%）。

这意味着，在日常操作中，两种部署方式的平均响应差异不大，用户可能感受不到明显区别。但在系统面临高负载或极端状况时，单独部署的MySQL能更好地维持服务的响应速度，减少用户感受到的延迟，特别是对于大文件如图片、视频的加载，这将直接影响到用户体验的流畅度。因此，根据这些数据，单独部署MySQL在处理高并发和大流量场景下，尤其是防止长时间延迟方面，提供了更佳的性能表现。