mysqld --initialize 必须初始化系统表（mysql、sys等），所谓“跳过”实为误解；真正影响速度的是残留数据、权限错误或配置冲突，应清理环境或改用 --initialize-insecure（仅限测试）。
mysqld --initialize 本身就不跳过系统表初始化——它必须创建 mysql、sys、information_schema 等系统库，否则 MySQL 根本无法启动。所谓“跳过系统表初始化”，实际是误解；真正能加速部署的，是绕开**重复初始化**、**残留干扰**和**默认安全策略阻塞**。
为什么 mysqld --initialize 总卡住或报错？
不是命令没跑完，而是它在尝试写数据前就被环境拦下了：
-
Can't create/write to file：常见于 /var/lib/mysql 已存在但权限不对，或 SELinux 拒绝写入 - 静默退出、日志里只有
mysqld_safe Logging to ...：大概率是 DNS 解析卡住（没配skip-name-resolve）或认证插件不兼容（MySQL 8.0+ 默认用caching_sha2_password，老客户端连不上） -
Table 'mysql.plugin' can't be opened：my.cnf里漏了datadir或指向了错误路径，跟初始化时用的--datadir不一致
真正能“快速”的初始化方式只有两种
别被“跳过系统表”误导——你要的是“不重试、不冲突、不卡住”，而不是删掉 mysql 库：
- 用
mysqld --initialize-insecure（仅限开发/测试）：不生成随机密码，初始化后可直接mysql -u root登录，省去翻日志、输密码两步；但生产环境严禁使用 - 用
mysqld --initialize+ 预置干净环境：确保/var/lib/mysql为空、my.cnf有datadir/basedir/socket、已加skip-name-resolve和default_authentication_plugin=mysql_native_password
初始化前必须手动清理的三处残留
二进制部署最容易栽在这儿，不是命令不会敲，是旧东西还在那儿占坑：
- 删掉所有
mariadb-libs相关包：rpm -e --nodeps $(rpm -qa | grep -i mariadb)（CentOS/RHEL 系） - 清空或重命名
/etc/my.cnf和/etc/my.cnf.d/——否则mysqld会优先读它，覆盖你自己的配置 - 检查并删掉残留 socket/pid：
ls -l /tmp/mysql.sock /var/run/mysqld/mysqld.pid，再用lsof -i :3306确认没进程占端口
libtinfo.so.5 缺失导致初始化失败怎么办？
Rocky Linux 9 / AlmaLinux 9 默认只有 libtinfo.so.6，但 MySQL 5.7/8.0 二进制包链接的是 .so.5，执行 mysqld --initialize 时直接报错：
error while loading shared libraries: libtinfo.so.5: cannot open shared object file
别去编译 ncurses，直接软链：
sudo ln -sf /usr/lib64/libtinfo.so.6 /usr/lib64/libtinfo.so.5
这是最轻量、最确定的解法；重装或降级系统库反而容易引发其他依赖断裂。
