Ubuntu压力测试下，MySQL的CPU异常飙高？？？

问题描述

压力测试中，MySQL的CPU直接飙到400-600.

环境使用。

php 8.3

最新的webman

采用select驱动

MySQL的8.0 本机安装，没有进行调优（配置文件什么都没有改动）。

压测命令

wrk -t12 -c1000 http://127.0.0.1:19878/test

启动环境

压测代码

数据库里面有 4.2w条数据（无序排列===4级省市县乡）

这一张是数据库没有加索引查询。

下面是加上普通索引查询。

压测过程top命令查看资源消耗情况（手速没那么快只能截图2张了。我看了活动监视器CPU确实拉满了）

在补一张图通过Kimi参数解答

从你提供的 wrk 测试结果来看，这是一次针对本地服务器地址 http://127.0.0.1:19878/test 的压力测试。下面是对测试结果的解读：

测试持续时间：-d60 参数指定了测试持续时间为 60 秒。
线程和连接：-t12 表示使用了 12 个线程，-c100 表示每个线程有 100 个并发连接，总共 1200 个并发连接。
线程统计：
平均延迟 (Latency)：请求的平均响应时间是 2.40 毫秒，这表示服务器处理请求并返回响应的速度相当快。
标准偏差 (Stdev)：延迟的标准偏差是 1.83 毫秒，这表明大部分请求的响应时间接近平均值，但也有少数请求响应时间较长。
最大延迟 (Max)：最长的延迟是 54.80 毫秒，这是在测试期间记录的最长响应时间。
百分位 (+/- Stdev)：83.78% 的请求响应时间在平均值加减一个标准偏差的范围内。
请求统计：
每秒请求数 (Req/Sec)：平均每秒处理的请求数是 3.65k（即 3650 个请求）。
每秒请求数的标准偏差：请求数的标准偏差是 1.21k。
每秒请求数的最大值：在测试期间，每秒最多处理了 6.92k 个请求。
请求数的分布：63.15% 的请求在平均值加减一个标准偏差的范围内。
总体统计：
总请求数：在 1 分钟内共发送了 2613801 个请求。
总数据量：读取了 752.82MB 的数据。
每秒平均请求数：Requests/sec: 43537.19 表示平均每秒处理了 43537.19 个请求。
每秒平均数据传输量：Transfer/sec: 12.54MB 表示平均每秒传输了 12.54MB 的数据。
这些结果可以帮助你了解服务器在高并发情况下的性能表现。如果需要进一步优化服务器性能，可以根据这些数据来分析可能的瓶颈和改进点。