B4 上部署高并发数据库的实践

发布时间:2026-05-27 08:32

数据库搬到 B4 之后，硬件不再是短板，但参数基线、IO 调优、备份策略三件事仍要按步骤做齐，否则物理机的性能红利吃不到一半。 一、参数基线 以 MySQL 为例，装好后先改三个值。innodb_buffer_pool_size（缓冲池，数据库最吃内存的参数）设为物理内存的六到七成，让热点数据尽量待在内存里；innodb_flush_method 设为 O_DIRECT（绕过系统页缓存的直写模式），避免数据在系统缓存里存两份；max_connections 按应用连接池总量加余量设置，不要无脑调到几千。改完重启实例，用 show variables like 'innodb_buffer_pool_size%'; 核对生效值，参数不核对等于没改。内存再充裕也别把缓冲池顶到九成以上，连接、排序、临时表都要额外内存，挤爆之后系统会直接杀进程，比慢查询严重得多。 二、IO 调优 先看磁盘调度器：cat /sys/block/nvme0n1/queue/scheduler（设备名以实际为准，NVMe 是高速固态盘），设为 none 让请求直通硬件。文件系统建议 XFS（高性能日志文件系统），挂载加 noatime 选项，减少无谓的访问时间写入，/etc/fstab（开机挂载配置）里改好后 mount -o remount /data 立即生效。文件句柄数也要抬上去：/etc/security/limits.conf 里对数据库用户配置 nofile 65535，高连接数下句柄耗尽会直接报错。调完用 sysbench（数据库压测工具）或真实业务压一轮，对比调优前后的 QPS（每秒查询数）。 三、备份策略 物理机不改变备份逻辑，全量加 binlog（二进制日志）的组合依然可靠：每天低峰执行 mysqldump -uroot -p --single-transaction --all-databases | gzip > /backup/db_$(date +%F).sql.gz，--single-transaction 保证 InnoDB 表不锁表；binlog 定期归档到异地，恢复点可以精确到分钟。备份文件每周抽样还原到测试机验证一次，没做过还原验证的备份不能算备份。保留周期按数据重要程度定：常规业务留最近七天全量加对应 binlog，核心业务延长到一个月，过期文件定期清理，别让备份盘被历史文件塞满。 部署顺序建议记成：先压测确认基线，再动参数，最后上备份。三步都留好变更记录，这份记录就是这台数据库的现状说明书。