从 MySQL 5.0.x 迁移到较新版本（例如 5.1.x 或 5.5.x）时，主动查找向后兼容性问题的最佳方法是什么？有很多文档，例如有关从一个版本迁移到另一个版本的官方指南和更改日志，但有人知道是否有任何脚本可以识别可能的问题吗？除了 mysql_upgrade（但请参阅下面的注释）之外，我找不到其他脚本。
听起来使用 mysql_upgrade 可以找到一些表问题，但我认为它无法找到所有可能的问题（例如查询问题）——例如，我们过去遇到过一个问题，我们的查询设置了一个 MySQL 变量（max_allowed_packet）。这曾经是允许的，但当我们从 5.0.95 升级到 5.0.84 时，该查询开始失败，因为 MySQL 将其更改为只读。
为了捕获查询本身的兼容性问题，是否有某种东西可以从通用查询日志中分析查询（假设此功能已打开一段时间以捕获查询）？最好在系统管理员端全局识别尽可能多的问题，而不是让开发人员尝试查找问题。即使浏览所有更改日志和指南，仍然需要查看需要更改哪些查询，如果已经存在脚本，最好使用脚本来执行此操作以减少手动/半手动检查。
答案1
pt-升级可以在两台服务器上执行查询并比较结果。这是主要版本迁移之前要执行的步骤之一