数据库迁移到新服务器和慢查询调优

我们运营一个在线目录，已经增长了六年，最终超出了它所依赖的机器。类别页面打开大约需要五秒钟，目录搜索更糟，在高峰时段整个网站感觉卡顿。数据库仍然在旧服务器上，而新服务器已经支付并准备好。我在寻找一个可以尽量减少停机时间的人——通过书面计划、排练和商定的切换窗口，而不是在周五晚上拔掉插头然后希望。

工作的后半部分同样重要，因为支付更快的机器而保持相同的慢查询是没有意义的。请完整阅读慢查询日志，诚实地告诉我们真正消耗时间的是什么，添加缺失的索引，重写繁重的选择，并用真正的分页替换获取整个表并在代码中切割的页面。人们最常请求的内容应该被缓存，缓存必须自我刷新，而不是提供昨天的价格。迁移后，我希望对整个网站进行验证检查——部分、表单、搜索、用户账户——加上我们自己的管理员可以实际遵循的简短通俗指令。

前后测量是工作的一部分，而不是额外奖励：我想要数字，而不是印象。

我不会妥协的条件：
— 迁移在副本上进行排练，生产数据库在该副本经过验证之前不被触及；
— 每次架构更改之前都有备份，其恢复经过测试，而不仅仅是创建；
— 在繁忙时段不进行实时更改——所有风险步骤都在商定的安静窗口内进行；
— 每个索引和每个重写的查询都有其前后的时间；
— 结束报告说明了更改了什么，为什么更改，以及如何回滚。