MY-010457是MySQL 8.0+的硬性拒绝错误，表示datadir目录下存在任意文件、子目录、隐藏文件（如.auto.cnf、.DS_Store、Thumbs.db）或符号链接，初始化即中止，不区分内容有效性，只做存在性扫描。
因为 mysqld --initialize 的设计逻辑就是“从零构建”，它不清理、不跳过、不合并，只要目录里有任何文件（哪怕只是 .gitkeep 或 Thumbs.db），就直接中止并报错。
MY-010457 错误到底在说什么
这个错误不是警告，是硬性拒绝：MySQL 8.0+ 启动初始化时会对 datadir 做存在性扫描，只要发现任意子项（文件、目录、隐藏项、符号链接），就抛出 [MY-010457] --initialize specified but the data directory has files in it. Aborting.。它不关心内容是否有效、是否旧版本、是否空文件夹——只看“有没有”。
- 常见误判项：
auto.cnf、ca.pem、ib_logfile0、$RECYCLE.BIN、lost+found、.DS_Store - Linux 下用
ls -la看不到的，find /var/lib/mysql -mindepth 1 -print可能立刻暴露残留 - Windows 下必须用
dir /a，否则Thumbs.db或系统属性文件永远漏掉
清空前必须确认的三件事
别一上来就 rm -rf * 或 rd /s /q，否则可能删掉正在运行的生产实例数据。
- 先确认当前没 mysqld 进程在跑：
ps aux | grep mysqld（Linux/macOS）或tasklist | findstr mysqld（Windows） - 查清楚
datadir实际指向哪：mysqld --verbose --help | grep datadir或打开my.cnf/my.ini看datadir =行 - 如果目录里有
ca.pem、server-key.pem等证书文件，且你打算复用 SSL 配置，务必先备份再清空
Windows 下最稳妥的清空流程
资源管理器删除不可靠，NTFS 属性、隐藏系统文件、路径空格都容易翻车。
- 以管理员身份打开命令提示符
- 停服务：
net stop mysql（如有），再执行sc delete mysql防残留 - 确认路径后，用
dir /a "C:\ProgramData\MySQL\MySQL Server 8.0\data"查全量内容 - 直接删目录重建：
rd /s /q "C:\ProgramData\MySQL\MySQL Server 8.0\data" && mkdir "C:\ProgramData\MySQL\MySQL Server 8.0\data" - 右键新目录 → 属性 → 安全 → 编辑 → 添加
NETWORK SERVICE并勾选“完全控制” - 最后运行：
mysqld --initialize-insecure --console --datadir="C:\ProgramData\MySQL\MySQL Server 8.0\data"
容器/K8s 场景下 lost+found 必须显式忽略
NFS/PVC 挂载卷自带 lost+found 目录，MySQL 会把它当数据库名去加载，导致初始化失败，即使其他所有内容都已清空。
- 不能删
lost+found（ext4 文件系统禁止操作） - 必须在启动参数中加：
--ignore-db-dir=lost+found - Kubernetes 中写在
args里，例如：["--ignore-db-dir=lost+found", "--initialize-insecure"] - 该参数仅对扫描阶段生效，不影响数据写入或查询
真正“空”的定义，是目录存在、内部无任何东西——包括你看不见的、系统生成的、权限位带标记的那些。最容易被忽略的，是以为删完了，其实只是没打开“显示隐藏文件”。
