将Ruby on Rails应用数据库迁移至独立服务器的相关咨询

一、现有迁移步骤外需补充的事项 #

• 数据库参数针对性调优：新服务器仅运行MySQL，需根据其硬件配置（CPU、内存）调整my.cnf参数，比如调大innodb_buffer_pool_size（建议设为物理内存的50%-70%）、优化max_connections、query_cache_size等，避免沿用旧服务器因资源竞争设置的保守参数。
• 数据一致性校验：导入完成后，必须验证新旧库数据完全一致：
  • 用checksum table 表名对比关键业务表的校验值
  • 统计核心表的行数、字段总和（如订单金额总和）进行交叉验证
• 备份策略更新：修改自动备份脚本，将备份目标切换到新数据库服务器，同时确保备份存储路径、保留周期、压缩规则与旧策略一致，避免迁移后丢失备份能力。
• 权限与账号复刻：在新库创建与旧库完全匹配的数据库账号，包括Web应用的读写账号、运维管理账号，严格复刻权限范围（如仅允许Web服务器IP访问），避免应用连接或运维操作报错。
• 监控配置迁移：将原服务器针对MySQL的监控指标（CPU占用、连接数、慢查询、InnoDB状态）迁移到新服务器，新增数据库服务器的端口连通性、磁盘使用率告警，确保迁移后能及时发现问题。
• 回滚预案准备：迁移完成并验证成功前，旧数据库需保持运行状态，同时准备快速回滚流程：只需将Rails应用配置改回旧库地址即可恢复服务，避免迁移失败导致长时间停机。
• swap优化：调整新服务器的swappiness参数（建议设为10或更低），优先使用物理内存，避免出现旧服务器的swap过度占用问题。
• 网络连通性测试：提前测试Web服务器到新数据库服务器的网络延迟，确保端口（3306、22）连通性稳定，避免因网络问题导致应用连接超时。

二、无需停止Web应用的迁移方案 #

你提到的将新库设为旧库从库、同步增量数据后切换的方案完全可行，这是生产环境常用的无停机迁移方案，具体流程如下：

1. 主库（旧服务器）配置准备：
   • 开启二进制日志（binlog），在my.cnf中配置：

     log_bin = /var/log/mysql/mysql-bin.log
     server-id = 1
     binlog_format = ROW  # 避免语句模式的同步歧义
     

   • 重启MySQL服务，创建用于主从同步的专用账号（仅授予REPLICATION SLAVE权限）。
2. 热备份主库数据：
   • 使用mysqldump带--master-data=2参数导出数据（该参数会记录导出时的binlog位置，无需锁全库）：

     mysqldump -u root -p --all-databases --master-data=2 --single-transaction > backup.sql
     

   • 或用xtrabackup工具做物理热备份，进一步减少锁表时间。
3. 新库配置与同步启动：
   • 在新服务器部署同版本MySQL，配置server-id = 2（与主库不同）。
   • 导入备份文件到新库，然后配置主从同步：

     CHANGE MASTER TO
     MASTER_HOST='旧服务器IP',
     MASTER_USER='同步账号',
     MASTER_PASSWORD='同步密码',
     MASTER_LOG_FILE='备份中记录的binlog文件名',
     MASTER_LOG_POS=备份中记录的binlog位置;
     

   • 启动从库同步：START SLAVE;，通过SHOW SLAVE STATUS\G确认Slave_IO_Running和Slave_SQL_Running均为Yes，且Seconds_Behind_Master为0。
4. 平滑切换：
   • 待主从完全同步后，修改Rails应用的数据库配置，指向新服务器IP。
   • 切换后观察应用运行状态，确认读写正常，再逐步停止旧库的服务（或保留旧库作为备份从库）。

主从同步迁移的注意事项 #

• 主从服务器的MySQL版本需尽量一致（允许小版本差异，如5.7.30与5.7.35），避免版本不兼容导致同步失败。
• 同步期间需监控主从延迟，若存在大事务（如批量数据更新），需等待事务完成后再切换。
• 切换前可短暂启用应用的只读模式（若业务允许），确保最后一批增量数据同步完成，避免数据丢失。

内容的提问来源于stack exchange，提问作者Mika