MySQL 5.7 初始化失败的根本原因是sql_mode（如NO_ZERO_DATE）干扰系统表建表，必须用--sql-mode=""绕过初始化；成功后需立即设回STRICT_TRANS_TABLES等安全模式并写入配置文件。
MySQL 5.7 初始化失败若由 sql_mode 引发，根本原因不是“配置写错了”，而是初始化过程依赖严格模式下的默认行为（如时间字段校验、零日期处理），而你手动设的 sql_mode 破坏了这个前提——必须在初始化前清空或重置它。
为什么 mysqld --initialize 会因 sql_mode 报错？
MySQL 5.7 初始化时会自动创建 mysql 系统库，并向 user 表插入带 CURRENT_TIMESTAMP 和 '0000-00-00 00:00:00' 默认值的记录。一旦你的 my.cnf 中启用了 NO_ZERO_DATE 或 NO_ZERO_IN_DATE，初始化就会卡在建表阶段，报错类似：
ERROR 1067 (42000): Invalid default value for 'password_last_changed'
这不是权限表损坏，是初始化流程被 SQL 模式拦截了。
-
--initialize过程不读取你配置文件里的sql_mode，但它会受 MySQL 启动时加载的全局模式影响（尤其当 datadir 已存在且残留旧配置） - 如果之前用过
SET GLOBAL sql_mode=...修改过，且未重启，该模式可能仍生效 -
NO_ZERO_DATE和NO_ZERO_IN_DATE是初始化最常冲突的两个值，它们禁止'0000-00-00'类型默认值
初始化前必须临时禁用 strict sql_mode
别改配置文件再重启——那会把问题固化。直接绕过它启动一个干净实例来初始化：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 停止 MySQL：
systemctl stop mysql或kill -9 $(cat /var/run/mysqld/mysqld.pid) - 备份原
datadir（比如/var/lib/mysql）为/var/lib/mysql.bak - 用命令行参数强制覆盖
sql_mode并初始化：mysqld --initialize-insecure --user=mysql --datadir=/var/lib/mysql --sql-mode="" - 注意：
--sql-mode=""必须显式传空字符串，不能省略；--initialize-insecure确保 root 密码为空，避免初始化中途因密码策略失败
初始化后立刻重设安全的 sql_mode，别留空
初始化成功不代表万事大吉。空 sql_mode 极不安全，上线前必须恢复合理值：
- 启动 MySQL：
mysqld_safe --user=mysql & - 登录：
mysql -u root -p（密码为空，直接回车） - 执行：
SET GLOBAL sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"; - 同时写入配置文件
/etc/my.cnf的[mysqld]段落，否则重启后失效 - 验证：
SELECT @@global.sql_mode;—— 输出应不含ONLY_FULL_GROUP_BY（除非业务需要），但必须含STRICT_TRANS_TABLES
修复后权限表仍不可用？检查 mysql.user 字段是否缺失
即使初始化成功，若之前权限表已损坏（比如 authentication_string 字段为空或类型错误），root 仍无法登录。此时不要 INSERT INTO mysql.user：
- 先确认字段完整性：
DESC mysql.user;—— MySQL 5.7 必须有authentication_string（而非旧版的password） - 若字段缺失，说明初始化未真正覆盖旧表结构，需删掉
datadir/mysql目录后重试--initialize-insecure - 切勿从旧备份中
INSERT用户数据：5.7 的密码哈希格式（caching_sha2_password）与 5.6 不兼容，会导致Access denied
真正麻烦的从来不是改哪一行配置，而是初始化和权限表结构这两件事必须严格按顺序、用正确参数完成——中间插一句 SET GLOBAL 或漏掉 --sql-mode=""，整个流程就废了。
