- KInG22026-09-0868449
MySQL 在 NFS 存储上启动时,因 NFS 服务端对 openat 系统调用无响应,导致工作线程陷入 D 状态(不可中断睡眠),主线程在 futex 上等待超时,最终服务卡死在 "InnoDB initialization" 阶段。
下面是 AI 给出的判断:```
mysqld 线程状态:tid=68418 state=D wchan=rpc_wait_bit_killable syscall=257(openat)
tid=7867 state=S wchan=futex_wait ← 主线程在等上面那个工作线程卡在 openat (打开文件)这个系统调用上,wchan=rpc_wait_bit_killable 是 NFS 客户端在等 NFS 服务器的 OPEN RPC 响应——也就是说 mysqld 正在尝试打开某个 InnoDB 文件( redo/dblwr/undo 之一),而 NFS 服务端对这个 OPEN 一直不回应,于是线程卡死在 D 状态。主线程在 futex 等它,所以整个 mysqld 卡在"InnoDB initialization"。
```第一次遇到,想知道怎么修复以及有好的解决方案吗? iSCSI 会不会更好一点。主楼 - chenglus2026-09-0851812
MySQL 我都不敢在机械硬盘上用,这种网络盘方案还是别考虑了吧。
- KInG22026-09-0868449
- shakaraka2026-09-082620
你很勇喔只能说
- loveshuyuan2026-09-0842963
这延迟能用?
- KInG22026-09-0868449
@loveshuyuan 延迟还行,不涉及金钱交易,延迟可以接受,而且开发查表语句能查 5min 以上,NFS 的延迟算是我们系统中最小的延迟部分了。
- noahhhh2026-09-0824705
不能弄个 SSD 缓存吗。MySQL 构建下缓存也不至于查 5 分钟吧
- dreamx112026-09-0868450
https://dev.mysql.com/doc/refman/8.0/en/disk-issues.html
最好还是换存储吧,MySQL 尽量不要用 NFS 存储,确实有坑 - KInG22026-09-0968449