在 S4 上部署数据库的最佳实践

发布时间:2026-05-03 22:20

数据库对内存、磁盘 IO、连接数都敏感，部署前先把基线想清楚，比装完再调省事得多。 一、部署前的准备 条件允许就让数据库独立实例，不与 Web 混部；条件不允许就做好资源划分，Web 进程数压一压，给库留够内存。混部时内存水位超过六成就该警觉，越往后腾挪空间越小。磁盘预留一半以上空间给数据增长和备份，这是很多新手栽过的坑：磁盘写满，数据库直接锁死。数据目录默认在 /var/lib/mysql，如果挂了独立数据盘，装好后把 datadir 迁过去，系统和数据分离，以后重装系统数据盘也不受影响。 二、安装与参数基线 Ubuntu 上执行 apt install -y mysql-server。核心参数先立基线：innodb_buffer_pool_size 设为内存的一半左右，让热点数据常驻内存；max_connections 按业务估，中小应用从 200 到 300 起步；慢查询日志必须开： slow_query_log = ON long_query_time = 1 改完 systemctl restart mysql 生效，用 SHOW VARIABLES LIKE 'innodb_buffer_pool_size' 核对是否加载。改参数别急着动生产库：重启有几秒不可用，安排在低峰期，动之前打快照，出问题能立刻退回。 三、备份与监控 备份两条腿：每天定时 mysqldump 全量导出到 /backup，配合 binlog 获得增量恢复能力；备份文件定期抽查，确认能导入才叫备份。监控盯三个数：Threads_connected 连接数、磁盘使用率、慢查询条数，异常增长就是信号。binlog 记得配自动清理参数，不清理的话日志会慢慢吃满磁盘，这是后台最常见的一类告警来源。 四、常见报错 Too many connections 多半是连接没释放或应用连接池设得过大，先查来源再调参，别一上来就改上限；磁盘写满导致库停写，前文的空间预留就是为这一刻准备的，清理备份和旧日志优先。所有参数改动记进变更文档：哪天生效、为什么改，三个月后回看会感谢这份记录。 数据库稳定的关键不在参数多激进，而在基线清楚、备份可用，这两件事做到位，其余都是小修小补。监控曲线每天扫一眼，比任何事后分析都省时间。