my-010457是mysql 8.0+的硬性拒绝而非警告，要求datadir目录严格为空（含隐藏文件、子目录、符号链接），任何残留项均导致初始化中止；必须先确认真实datadir路径，再递归清空并校验权限与进程状态。
mysqld --initialize 报 MY-010457 是硬性拒绝，不是警告
MySQL 5.7+（尤其是 8.0）把 mysqld --initialize 设计成原子操作：它只接受一个**完全空的 datadir**，发现任意文件或子目录就直接中止，不清理、不提示具体是哪个文件、也不给你重试机会。报错信息 [MY-010457] --initialize specified but the data directory has files in it. Aborting. 就是最终判决，不是“建议清空”。
- 哪怕目录里只剩一个
.auto.cnf、ib_logfile0、lost+found或 Windows 下的Thumbs.db，也会触发 -
rm -rf /var/lib/mysql/*不等于清空——隐藏文件（.*）不会被*匹配到 -
--initialize-insecure和--initialize在“是否检查空目录”上行为完全一致，只是密码策略不同
怎么确认 datadir 真实路径，别删错地方
90% 的人删了半天，结果 MySQL 根本没读那个目录。必须先查它实际认哪个 datadir：
- Linux/macOS：
mysqld --verbose --help | grep "datadir"（默认常为/var/lib/mysql） - Windows：
mysqld --verbose --help | findstr "datadir"（默认常为C:\ProgramData\MySQL\MySQL Server 8.0\data） - 如果用了
--defaults-file参数，比如mysqld --defaults-file=C:\my.ini --initialize，那就打开C:\my.ini找datadir=这一行 - 配置文件可能在多个位置：
grep -r "datadir" /etc/my.cnf /etc/mysql/ /usr/my.cnf 2>/dev/null
清空必须递归 + 包含隐藏项，图形界面不可信
MySQL 检查的是 readdir() 系统调用返回的结果，不是你眼睛看到的“空”。资源管理器全选删除、终端里只敲 rm *，几乎必然失败。
- Linux 安全清空法：
sudo rm -rf /var/lib/mysql/* && sudo find /var/lib/mysql -mindepth 1 -delete，再用ls -la /var/lib/mysql确认输出只有.和.. - Windows（管理员 PowerShell）：
rd /s /q "C:\ProgramData\MySQL\MySQL Server 8.0\data" && mkdir "C:\ProgramData\MySQL\MySQL Server 8.0\data"（删目录再重建比删内容更可靠） - 特别注意：
lost+found、.snapshot、docker、.git这类目录不是数据库，但会被 MySQL 当作库名扫描，必须加--ignore-db-dir=lost+found启动参数排除
空目录 ≠ 可写目录，权限和 SELinux 常卡最后一步
清完、建完、路径也对了，仍失败？大概率是 MySQL 进程没权限写进去。
- Linux：
sudo chown -R mysql:mysql /var/lib/mysql（必须-R，即使刚新建也要递归设权），sudo chmod 750 /var/lib/mysql - SELinux 启用时：
ls -Z /var/lib/mysql应显示mysqld_db_t；若不是，先setenforce 0测试，确认是它拦的再执行：semanage fcontext -a -t mysqld_db_t "/var/lib/mysql(/.*)?"并restorecon -Rv /var/lib/mysql - Windows：右键
data文件夹 → 属性 → 安全 → 编辑 → 添加NT SERVICE\MYSQL（或NETWORK SERVICE），勾选“完全控制”；若添加失败，先点“高级”→“更改所有者”为当前用户再试
真正容易被忽略的，是清空后残留的进程锁或未释放的 socket 文件——启动前务必确认 ps aux | grep mysqld（Linux）或任务管理器里没有 mysqld.exe 运行中。
