mysqldiff已停用，MySQL 8.0+中不可用；推荐方案为查information_schema元数据或mysqldump --no-data配合sed和diff进行标准化文本比对。
mysqldiff 已停用，别再装了
MySQL 8.0+ 环境里 mysqldiff 命令大概率不存在，它属于已停更的 mysql-utilities 包，官方明确弃用。强行 pip install 或从旧源拉取，常因 Python 版本、依赖冲突失败，且不兼容新权限模型。
真正可用的方案只有两个：查 information_schema 元数据（精准、轻量、无额外依赖），或用 mysqldump --no-data 导出后文本比对（稳定、可复现、适合 CI/CD）。
直接查 information_schema.COLUMNS 和 TABLES 最快
想快速确认两个库中某张表结构是否一致，不用工具，5 行 SQL 就够：
- 字段级比对：查
information_schema.COLUMNS，关键字段必须全对齐：COLUMN_NAME、DATA_TYPE、IS_NULLABLE、COLUMN_DEFAULT（用IFNULL(COLUMN_DEFAULT, 'NULL')统一空值）、COLUMN_COMMENT、ORDINAL_POSITION（顺序也算差异）、EXTRA（比如auto_increment） - 表级属性别漏：查
information_schema.TABLES，比ENGINE、TABLE_COLLATION、AUTO_INCREMENT——mysqldiff默认跳过这些，但ENGINE=MyISAMvsInnoDB会导致SELECT FOR UPDATE静默失效 - 跨库比对记得加
TABLE_SCHEMA过滤，否则可能混入系统库结果 - 如果只是“是否完全一样”，用
GROUP_CONCAT拼签名再比字符串更省眼力，避免人工扫几十列
mysqldump --no-data + sed + diff 是生产环境首选
当你要批量比对整个库，或需要留档、进 CI 流程时，mysqldump 方案更可靠：
- 导出命令必须带这几个参数：
--no-data（去数据）、--skip-comments（去掉/*!40101 ... */版本条件注释）、--compact（减少空格换行） - 导出后用
sed标准化格式：sed -e 's/[[:space:]]*$//' -e 's/[[:space:]]\+/ /g'，干掉行尾空格和多空格，否则diff会把格式差异当成结构差异 - 别直接
diff原始输出 —— 列顺序不同、索引定义顺序不同都会导致误报；先sort再比，或用diff <(sort t1.sql) <(sort t2.sql) -
SHOW CREATE TABLE输出不可直接比：它受会话变量影响（如sql_mode），含运行时值（如AUTO_INCREMENT=123），还可能因版本不同插入冗余注释
Navicat 或 NineData 这类 GUI 工具只适合临时排查
它们能点几下出对比结果、生成同步 SQL，但背后逻辑黑盒，容易掩盖真实问题：
- Navicat 的「结构同步」默认不校验
ENGINE和字符集，两个表一个InnoDB一个MyISAM可能被判定为“无差异” - NineData 等 SaaS 工具需暴露数据库连接凭证给第三方，敏感环境禁用；且其「一键修复」生成的 SQL 不一定适配你的应用层约束（比如触发器、外键级联行为）
- GUI 工具无法嵌入自动化流程，每次都要人工点开、确认、复制，没法写进部署脚本或 Git Hook
真正要命的差异往往藏在 ENGINE、DEFAULT CHARSET、COLUMN_DEFAULT 这些字段里，而它们在 GUI 界面里常被折叠或默认隐藏。手动查元数据或标准化 dump，才能一眼看到。
