关于 MySQL 的一个问题，希望得到排查思路

我在服务器端执行了一个简单的 sql,通过 show profiles 查看他的执行进度， 是卡在 sending data 阶段

监控下服务器性能，cpu 、内存、io 、网络

mysql 版本是:5.7.38-log
环境是 docker ，容器化部署的 request 0.1 核 4G ，limit 给的 16 核 32G

存储用的是 ceph


我就想知道可能因为哪些原因会导致整个库都没法正常访问，cpu 在最高点也只到了两核，内存只用到了 6G ， 磁盘 I/O 最高点 30M/S

@ArthurKing 看不出问题

innodb_buffer_pool_size 小不小

小的话改大点，改到内存的 75%-80%，重启 MySQL 再试试

@zhangkunkyle

BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 4397727744
Dictionary memory allocated 1803515
Buffer pool size 262112
Free buffers 8241
Database pages 250582
Old database pages 92339
Modified db pages 0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 2896024, not young 149994356
0.00 youngs/s, 0.00 non-youngs/s
Pages read 2396803, created 975730, written 1883403
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
LRU len: 250582, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]

4G ，我觉得原因可能不在这

查看 MySQL 进程列表

卡死的话，建议打印下线程栈

@James2099 进程列表， 指的是 show full processlist 吗， 这个我看了， 没什么问题

8215 是我执行的单表查询，已经卡死了，上面四个是视图的 SQL

图片好像没贴上来呢
<img src="https://x.imgs.ovh/x/2023/09/12/650055143df7e.jpg" alt="20230912-200924.jpg" title="20230912-200924.jpg" />

mysql 日志，加贴配置文件，会跟踪系统调用的话，直接看调用卡在哪里

docker 对 mysql 容器做 limit 是有坑的，容器里是读到物理机实际内存和 cpu 数的，与 limit 不一样会卡，而且内存超限 mysql 可能直接崩掉。

建议取消 docker limit ，限制参数改到 mysql 配置里。

@cmai 可能问题出在 docker limit 上，去掉试试

@cmai 如果部署在 k8s 上，需要调整 mysql 配置，以匹配 k8s 的 limit

另外，ceph 读写性能是否足够，通常最佳配置下的 ceph 速度也只有 sata ssd 速度，与 NVMe ssd 差 5-10 倍的速度。

问题大概率是 ceph 的读写速度和延时跟不上导致的。

with no lock