docker中mysql磁盘i/o变慢主因是容器层叠加文件系统、挂载方式与内核io栈三层开销，尤其bind mount配ext4+overlay2会放大随机写延迟，且默认innodb_io_capacity未适配ssd导致脏页刷盘积压。
为什么Docker里MySQL磁盘I/O容易变慢
不是MySQL本身慢，而是容器层叠加了文件系统、挂载方式、内核IO栈三层开销。尤其用bind mount直接映射宿主机目录时，ext4 + overlay2 的元数据操作会放大随机写延迟；再加上默认没调innodb_io_capacity，InnoDB后台刷脏页节奏跟不上SSD实际吞吐，就会积压IO请求，SHOW ENGINE INNODB STATUS里常看到pending normal aio reads/writes持续不为0。
必须改的三个InnoDB IO参数
别只盯着innodb_buffer_pool_size——它解决读，但写压力主要卡在日志和刷盘环节：
-
innodb_log_file_size设为1G或2G（需先停库删旧log，再重启；Docker里得清空/var/lib/mysql/ib_logfile*） -
innodb_io_capacity按底层存储设：普通SSD填2000，NVMe SSD可到4000；innodb_io_capacity_max设为它的2倍 -
innodb_flush_method强制用O_DIRECT，绕过页缓存，避免double buffering（Docker里尤其关键，否则内核缓存+InnoDB缓存两层叠加）
挂载方式比配置更影响IO性能
用bind mount（比如-v /host/path:/var/lib/mysql）时，宿主机目录权限、文件系统挂载选项、overlay2写时复制机制全会拖慢IO。真实压测下，相同SSD上named volume比bind mount随机写吞吐高35%～60%：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 创建命名卷：
docker volume create mysql-data - 启动时挂载：
-v mysql-data:/var/lib/mysql（不要映射到宿主机路径） - 若必须用
bind mount，宿主机目录得用XFS格式，挂载参数加nobarrier,noatime，且确保目录UID/GID是999:999（MySQL容器默认用户）
容器资源限制与IO调度的隐性冲突
Docker的--memory和--cpus限制会间接恶化IO表现：内存太小导致innodb_buffer_pool_size被迫调低，缓存命中率掉到95%以下，大量回表读盘；CPU配额不足会让IO完成回调延迟，innodb_io_capacity再高也刷不动。
实操建议：
- 给MySQL容器分配至少
2GiB内存，innodb_buffer_pool_size设为1.2G～1.5G - 禁用
performance_schema（加performance_schema=off），它在Docker里开销比物理机高一倍 - 用
docker run --device-read-iops /dev/sdb:10000这类设备级限速替代cgroup模糊限制，避免IO被其他容器饿死
真正卡住IO的往往不是单个参数，而是挂载方式+资源限制+IO参数三者没对齐。比如你把innodb_io_capacity设成4000，但挂载用的是ext4+barrier+bind mount，那参数再高也白搭。
