花大价钱购买的高性能NVMe SSD在Linux下性能减半？很多时候问题不在硬件，而在于系统默认的IO策略过于保守。通过调整IO调度器、开启多队列及匹配块大小，无需更换硬件即可释放SSD全部潜能，实测能让数据库随机读写TPS提升约60%，有效解决数据库卡顿痛点。
智能速览
Linux默认IO策略限制了M.2 NVMe SSD性能
切换至mq-deadline调度器可减少IO等待时间
开启NVMe多队列并调整长度能大幅提升并发能力
调整块大小至4K或8K可匹配数据库读写习惯
优化后实测数据库TPS提升约60%，零成本见效快
精华内容
很多时候，数据库性能瓶颈并非硬件不足，而是系统设置未能匹配高性能SSD的特性。
调整IO调度器
Linux默认的IO调度器偏向省电和兼容，并不完全适合数据库的高并发随机读写场景。切换至mq-deadline调度器，该调度器专为低延迟和高吞吐量场景设计，能有效减少IO等待时间，适配MySQL等数据库的读写特性。
具体操作需通过命令修改`/sys/block/nvme0n1/queue/scheduler`文件以临时生效。更重要的是，为了防止重启后设置失效，必须在`/etc/udev/rules.d/`目录下创建规则文件，将调度器设置为mq-deadline。这一步是优化数据库响应速度、降低延迟的关键基础。
开启多队列
M.2 NVMe SSD本身具备强大的多队列并发处理能力，但Linux系统默认设置往往未充分启用该功能，导致SSD在处理大量IO请求时出现“忙等”现象，性能瓶颈明显。
优化方法是将队列请求长度`nr_requests`从默认的64提升至1024，并将其写入udev规则文件中实现持久化。这一改动能显著提升SSD的并发处理能力，使多线程调度更加高效，在数据库高并发场景下，读写性能提升尤为显著。
匹配块大小
数据库如MySQL、PostgreSQL的默认读写块大小通常为4K或8K，而Linux系统的默认设置未必匹配。不匹配的块大小会导致SSD频繁进行碎片化读写，从而浪费性能。
利用`blockdev`命令将物理块大小调整为4096（4K）或8192（8K），并通过编辑`/etc/rc.local`文件确保开机自动执行。这一微小的调整能减少读写损耗，让SSD读写操作更精准地匹配数据库的工作习惯。
验证与局限
优化完成后，建议使用FIO工具模拟数据库随机读写场景进行测试，对比优化前后的TPS数值，通常能看到约60%的提升幅度。
值得注意的是，该方法仅对NVMe SSD有效，对SATA SSD或机械硬盘无效。同时，若数据库本身存在索引不合理或SQL低效问题，单纯优化SSD带来的提升可能有限，且开启多队列后会轻微增加CPU占用，需根据服务器实际情况权衡。
这套零成本的优化方案精准击中了中小团队预算有限但需提升性能的痛点。通过释放现有硬件潜力，无需昂贵的硬件升级即可支撑业务增长。不过，在追求极致性能的道路上，除了系统级优化，合理的数据库架构设计与SQL调优同样不可或缺，二者结合才能发挥最大效能。
