Debian 上优化 MariaDB 磁盘 I/O 的实用方案
一 硬件与存储布局
- 优先使用 SSD/NVMe，并尽量将数据库目录 datadir 与系统盘、日志盘分离；条件允许时，将 InnoDB 重做日志（redo log） 与数据文件、操作系统分别放在不同物理盘，降低写放大与寻道干扰。
- 使用 RAID 10 获得更好的随机 IOPS 与冗余；仅在可承受数据丢失的场景下考虑 RAID 0 提升吞吐。
- 在虚拟化/云环境，优先选择 本地 NVMe 或高性能云盘，并避免与高写负载服务共享同一底层磁盘。
- 对写入密集场景，可配置 电池供电写缓存（BBU） 或开启 写缓存策略（需确保断电不丢数据）。
二 文件系统与挂载选项
- 选择适合数据库负载的文件系统：通用场景选 ext4；高吞吐/大文件可选 XFS；需要快照/校验可选 Btrfs（需评估稳定性与运维复杂度）。
- 挂载选项建议：使用 noatime,nodiratime 减少元数据写入；如设备与阵列具备 写屏障/缓存一致性 保障，可在确认安全的前提下将 barrier=0 以进一步降低写延迟（生产环境需谨慎评估）。
- 启用 SSD TRIM：如使用 ext4，建议定期执行 fstrim（例如每周），或在 /etc/fstab 为挂载点添加 discard 选项（部分设备/内核组合下可能有性能波动，需测试）。
三 内核与 I/O 调度
- 选择 I/O 调度器：
- SSD/NVMe：优先 noop 或 deadline，减少不必要的队列重排。
- HDD：使用 mq-deadline 或 cfq（视内核版本与负载而定）。
- 调整脏页刷写策略，降低抖动：
- 将 vm.swappiness 设为 10（减少换页，保留更多内存给缓存）。
- 将 vm.dirty_ratio 设为 10、vm.dirty_background_ratio 设为 5，让后台更早、更平滑地回写脏页。
- 动态设置示例（请按设备名调整，如 /dev/sda）：
- echo noop > /sys/block/sda/queue/scheduler
- sysctl -w vm.swappiness=10
- sysctl -w vm.dirty_ratio=10
- sysctl -w vm.dirty_background_ratio=5
- 使用 ionice 为 MariaDB 进程设置更高的 I/O 优先级（例如将 mysqld 的 I/O 类设为 best-effort:1）。
四 MariaDB InnoDB 关键参数
- 配置文件位置：Debian 常见为 /etc/mysql/my.cnf 或 /etc/mysql/mariadb.conf.d/50-server.cnf。修改后需重启 MariaDB 生效。
- 建议的基础优化（按内存与负载调整）：
- 启用 innodb_file_per_table=1，便于空间回收与按表放置。
- 将 innodb_buffer_pool_size 设为物理内存的 50%–70%（专用数据库服务器），减少磁盘读。
- 将 innodb_log_file_size 提升到 256M–1G（需停机、按顺序替换），增大每次检查点间隔，降低随机写频率。
- 将 innodb_flush_log_at_trx_commit 设为 1（ACID 强一致；若可容忍秒级数据丢失，可设为 2 提升写吞吐）。
- 将 innodb_flush_method=O_DIRECT，避免双重缓存。
- 适度提高 innodb_io_capacity 与 innodb_io_capacity_max（例如 2000/4000 起步，按设备标称 IOPS 调整），让 InnoDB 更积极地进行后台刷写与合并。
- 合理设置 max_connections 与 thread_cache_size，避免连接风暴与线程频繁创建销毁带来的额外 I/O 与调度开销。
- 示例片段：
- [mysqld]
- innodb_file_per_table=1
- innodb_buffer_pool_size=24G
- innodb_log_file_size=512M
- innodb_flush_log_at_trx_commit=1
- innodb_flush_method=O_DIRECT
- innodb_io_capacity=2000
- innodb_io_capacity_max=4000
- max_connections=300
- thread_cache_size=100
- 注意：不同版本与负载的最佳值差异很大，务必结合监控逐步调优。
五 监控与验证
- 系统层：使用 iostat -x 1、iotop、vmstat 1 观察 await、r/s、w/s、util、avgqu-sz 等指标，确认调度器、挂载选项与内核参数是否生效并带来改善。
- 数据库层：开启并定期分析 慢查询日志（slow_query_log），配合 pt-query-digest 找出高 I/O 的 SQL；结合 SHOW ENGINE INNODB STATUS 与 INFORMATION_SCHEMA.INNODB_METRICS 观察缓冲池命中率、日志写等待、刷新活动等关键指标。
- 变更流程：任何参数调整前先 备份配置与数据；一次只变更少量参数并观察至少 一个业务周期；对生产环境先在测试环境验证。