MySQL服务启动后停止的根因是mysqld进程3秒内异常退出，主因包括datadir损坏、my.ini编码/路径/语法错误、端口冲突、初始化缺失及注册表残留；须绕过SCM用命令行启动捕获真实错误，并按卸载→初始化→配置验证→注册→加固五步解决。
mysqld 必须停服务后手动启动，不能靠 mysqld_safe 或配置文件残留项“自动生效”；否则新密码大概率不生效，还可能留端口暴露风险。
先彻底停掉正在运行的 mysqld 进程
没停干净，mysqld 就会因端口占用失败，后续所有操作都卡在第一步。
- 查状态：
sudo systemctl status mysqld（CentOS/RHEL）或sudo systemctl status mysql（Ubuntu/Debian） - 强制停服：
sudo systemctl stop mysqld或sudo systemctl stop mysql - 再确认一遍：
sudo ss -tlnp | grep :3306应无输出；有则用sudo kill -9 $(pgrep mysqld)杀净
启动时必须带 --skip-networking
只加 --skip-grant-tables 不够——3306 端口仍开放，本地局域网任意机器都能无密码连进来，这是最常被跳过的安全漏洞。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 正确命令：
sudo /usr/sbin/mysqld --skip-grant-tables --skip-networking & - 别用
mysqld_safe：新版系统已弃用，且它可能忽略--skip-networking - 启动后立刻验证：
ps aux | grep "skip-grant"，确保进程参数里同时含两个skip项
登录后只改 authentication_string 字段，且限定 host = 'localhost'
MySQL 5.7 已完全移除 password 字段，硬写会报 Unknown column 'password' in 'field list'；而 root@localhost 和 root@127.0.0.1 是两条独立记录，漏掉 host 条件等于改错人。
- 新开终端执行：
mysql -u root（不加-p，也不输任何字符） - 进库后立即：
USE mysql; - 正确更新语句：
UPDATE user SET authentication_string = PASSWORD('MyNewPass123') WHERE user = 'root' AND host = 'localhost'; - 错误示例：
UPDATE user SET password = ...（字段不存在）、WHERE user = 'root'（没限定 host）
FLUSH PRIVILEGES 不是可选项，改完必须立刻执行
这一步把磁盘上刚写的 authentication_string 值加载进内存权限缓存；不执行，新密码永远不生效。更常见的是改完就重启，却忘了杀掉后台那个 mysqld --skip-grant-tables 进程，导致正常服务起不来。
- 在 MySQL 客户端内执行：
FLUSH PRIVILEGES;（注意分号） - 退出后手动清理：
sudo kill $(pgrep -f "mysqld.*skip-grant-tables") - 检查配置文件：
/etc/my.cnf或/etc/mysql/my.cnf是否误加了skip-grant-tables=1，如有必须删掉或注释 - 最后正常启服务：
sudo systemctl start mysqld
--skip-networking 缺失——前者让新服务无法绑定端口，后者让数据库裸奔在内网里。 
