标准卸载命令不会删除配置、数据和日志，残留必然存在；必须先停止所有mysql服务及子进程，再清理包管理器残留、/var/lib/mysql、/etc/mysql、/var/log/mysql、socket目录等四类关键路径，并验证二进制文件、用户账户及共享库无残留。
标准卸载命令（apt remove 或 yum remove）不会删除配置、数据和日志，残留文件必然存在——不手动清理，重装时大概率报错“file exists”或启动失败。
确认 MySQL 是否仍在运行并停止所有相关服务
残留常源于进程未真正退出，导致后续文件无法删除或被新进程误读。必须先彻底终止所有 MySQL 实例及其子进程。
- 用
systemctl status mysqld或systemctl status mysql查服务名（不同发行版/安装方式命名不同） - 执行
sudo systemctl stop mysqld和sudo systemctl disable mysqld（禁用开机自启） - 再检查是否有残留进程：
ps aux | grep -i mysql；若看到mysqld、mysqladmin或带--defaults-file的脚本进程，用sudo kill -9 PID强制终止 - 特别注意：某些监控工具或定时任务会拉起
mysql客户端进程，它们不属服务管理范畴，但会锁住 socket 或配置文件
清除包管理器残留的软件包与依赖
包管理器卸载后仍可能留下“半死”状态的包记录，尤其在多次升级/降级后，mysql-common、libmysqlclient 等基础库易成为冲突源。
- Debian/Ubuntu 系统：运行
sudo apt-get autoremove --purge mysql-server mysql-client mysql-common，再补一句sudo dpkg -l | grep ^rc | awk '{print $2}' | xargs sudo dpkg --purge清理已删除但配置仍存的包 - RHEL/CentOS 系统：先
rpm -qa | grep -i mysql列出全部包，对每个输出项执行sudo rpm -e --nodeps 包名；若报%preun scriptlet failed，改用sudo rpm -e --noscripts 包名 - 警惕 MariaDB 混装：
rpm -qa | grep -i maria或dpkg -l | grep maria，若有，一并卸载，否则其libmysqlclient会与 MySQL 冲突
手动删除四类关键残留路径
这些目录不会随包卸载自动清除，且位置固定、影响直接。删错路径风险高，务必逐个确认后再执行 rm -rf。
-
/var/lib/mysql：默认数据目录，含所有数据库文件、InnoDB 表空间（ibdata1）、日志（ib_logfile*）。删除前请 100% 确认已备份或无需恢复 -
/etc/my.cnf及/etc/mysql/整个目录：主配置与 conf.d 片段。残留的skip-grant-tables或过期bind-address会导致新实例启动即退出 -
/var/log/mysqld.log、/var/log/mysql/、/var/log/mariadb/：错误日志若未清空，新实例启动时可能因权限或磁盘满失败 -
/var/run/mysqld/和/tmp/mysql.sock：socket 文件被占用会触发 “Can't connect to local MySQL server” 错误；该目录常被 systemd-tmpfiles 创建，需连同父目录一并rm -rf
验证是否还有 MySQL 文件痕迹
最易被忽略的是二进制工具残留和用户账户，它们不会报错，但会在重装后干扰 PATH 或引发权限异常。
- 查可执行文件：
which mysql mysqladmin mysqld；若返回路径，说明/usr/bin或/usr/sbin下仍有残留，用sudo find /usr -name "mysql*" -type f 2>/dev/null扫描并删除 - 查系统用户：
getent passwd | grep mysql；若存在mysql用户但无对应服务，可sudo userdel mysql（注意：仅当确认无其他服务依赖该用户时） - 查共享库：
ldconfig -p | grep mysql；若输出含libmysqlclient，说明旧版客户端库仍在系统缓存中，需sudo ldconfig刷新或手动删/usr/lib64/libmysqlclient* - 最后执行
sudo find / -name "*mysql*" -type d 2>/dev/null | grep -E "(etc|var|usr|opt)"快速过一遍可疑路径，重点看输出中是否含未处理的conf.d、data或plugin子目录
真正麻烦的不是删得多，而是删得不全——比如漏掉 /etc/mysql/conf.d/50-server.cnf 里一条 pid-file 路径，就足以让新 mysqld 启动时卡在“waiting for pid file”。动手前花两分钟 ls -la 确认路径是否存在，比重装三次更省时间。
