测试准备：
线程组：并发数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在处理高并发和大流量场景下，尤其是防止长时间延迟方面，提供了更佳的性能表现。