Kaijia昨天安装新VestaCP服务器后遇到了罕见MySQL无法退出重启的问题。通常情况下执行 service mysql stop 时MySQL会立即停止，在储存语料、数据的MySQL实例上最多也就需要半分钟将缓存写回硬盘后停止，然而Kaijia这台全新安装的MySQL服务器在发送退出命令后始终没有任何响应，直到十分钟后才会由systemctl超时杀死进程。
围观了一下MySQL日志，提示了未能停止的原因是在等待page_cleaner完成清理缓冲池：
2017-10-18T12:36:44.721465Z 0 [Note] InnoDB: Buffer pool(s) dump completed at 171018 20:36:44
2017-10-18T12:37:45.372406Z 0 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
VestaCP的傻瓜式迁移方法对于简单示例来说非常方便，在旧新示例上分别执行v-backup-user和v-restore-user命令即可完成，这一过程假定了两台服务器上所有的配置均为默认安装，因此在对VestaCP配置作出过调整的情况下会迁移则会出现错误。
Kaijia昨天一直运行VestaCP的服务器到期，考虑网络因素决定将VestaCP迁移到阿里云中。考虑到扩展需求（吃内存的MySQL 5.7），Kaijia决定利用两台1G内存的云服务器，第一台运行除了MySQL以外的其他服务，第二台（设定域名为mysql.kaijia.me）单独运行MySQL，并将其添加为VestaCP的远程MySQL服务器。这样的配置与虚拟主机商采用的策略相同，但因此调整，在将VestaCP用户迁移到新服务器时便会出现问题：
[email protected]:~# v-restore-user kaijia kaijia.2017-10-18.tar
— DB —
2017-10-18 21:31:14 kaijia_example
Error: mysql config parsing failed
- 已经载入全部文章 -
近期评论