mysqldiff已停用，官方推荐用information_schema元数据查询或mysqldump--no-data+sed+diff比对；前者精准轻量，后者稳定可复现，均无需额外工具且兼容MySQL 8.0+。
mysqldiff 已停用，别白费时间装了
MySQL 8.0+ 环境里 mysqldiff 基本不存在——它属于已废弃的 mysql-utilities 包，官方明确弃用。强行 pip install mysql-utilities 会因 Python 版本、依赖冲突失败，且不兼容新权限模型。真正可用的方案只有两个：查 information_schema 元数据（精准、轻量、无额外依赖），或用 mysqldump --no-data 配合 sed 和 diff（稳定、可复现、适合 CI/CD）。
查 information_schema.COLUMNS 和 TABLES 是最快的手动比对方式
想快速确认两张表字段是否一致，5 行 SQL 就够，不用任何外部工具：
- 字段级必须比对的列：
COLUMN_NAME、DATA_TYPE、IS_NULLABLE、IFNULL(COLUMN_DEFAULT, 'NULL')（COLUMN_DEFAULT为 NULL 时统一转成字符串'NULL'）、COLUMN_COMMENT、ORDINAL_POSITION（顺序不同也算差异）、EXTRA（比如auto_increment或on update CURRENT_TIMESTAMP） - 表级属性不能漏：
ENGINE、TABLE_COLLATION、AUTO_INCREMENT——mysqldiff默认跳过这些，但ENGINE=MyISAMvsInnoDB会导致SELECT FOR UPDATE静默失效 - 跨库比对时，
WHERE条件里必须加TABLE_SCHEMA = 'db_name'，否则可能混入mysql、sys等系统库结果 - 如果只是“是否完全一样”，用
GROUP_CONCAT拼结构指纹更省眼力：SELECT GROUP_CONCAT(CONCAT(COLUMN_NAME,':', DATA_TYPE,':', IS_NULLABLE,':', IFNULL(COLUMN_DEFAULT,'NULL'),':', IFNULL(COLUMN_COMMENT,''),':', EXTRA) ORDER BY ORDINAL_POSITION SEPARATOR ';') AS sig FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'db1' AND TABLE_NAME = 't1';，再跟另一库同表结果直接字符串比对
mysqldump --no-data + sed + diff 是生产环境首选
批量比对整个库、要留档、进 CI 流程时，这个组合最可靠：
- 导出命令必须带：
--no-data（去数据）、--skip-comments（去掉/*!40101 */这类版本条件注释）、--compact（减少空格换行） - 导出后必须用
sed标准化：sed -e 's/[[:space:]]*$//' -e 's/[[:space:]]\+/ /g'，干掉行尾空格和多空格，否则diff会把格式差异当成结构差异 - 别直接
diff t1.sql t2.sql——列顺序、索引定义顺序不同就会误报；先sort再比：diff -
SHOW CREATE TABLE输出不可直接比：它受会话变量（如sql_mode）影响，含运行时值（如AUTO_INCREMENT=123），还可能因版本插入冗余注释
Navicat / NineData 这类 GUI 工具只适合临时排查
它们能点几下出对比结果、生成同步 SQL，但背后逻辑黑盒，容易掩盖真实问题：
- Navicat 的「结构同步」默认不校验
ENGINE和字符集，两个表一个InnoDB一个MyISAM可能被判定为“无差异” - NineData 等 SaaS 工具需暴露数据库连接凭证给第三方，安全边界模糊
- GUI 工具不会告诉你
EXTRA字段变了、ORDINAL_POSITION移位了、或者COLUMN_COMMENT被清空——这些都可能影响 ORM 映射或下游解析
真正影响运行时行为的差异，往往藏在 ENGINE、EXTRA、ORDINAL_POSITION 和 COLUMN_DEFAULT 的细微变化里，而不是表名或字段名这种一眼可见的地方。手动查元数据或标准化文本比对，虽然多敲几行命令，但每一步都可控、可审计、可复现。
