必须彻底清理mysql残留：先停服务并kill所有mysqld进程，再apt purge mysql-server、mysql-client、mysql-common及dbconfig-mysql，手动删除/var/lib/mysql、/etc/mysql等目录，清除mysql用户组和path残留，最后验证无任何mysql相关输出。
确认 MySQL 服务已真正停止，且无残留进程
没停服务就删文件，轻则报错，重则损坏系统状态。先运行 sudo systemctl status mysql，如果显示 active (running)，立刻执行 sudo systemctl stop mysql。
再补一刀查进程：ps aux | grep mysqld。只要输出里还有 mysqld 或 mysql 相关行，就得继续 kill；特别注意 Debian 12+ 默认可能预装 MariaDB，服务名是 mariadb，别漏查。
若曾手动启动过 mysqld（比如用 mysqld --skip-grant-tables），systemctl 可能管不到它，必须靠 ps + kill -9 彻底清掉。
用 apt purge 一次性删干净所有 MySQL 包，尤其不能漏 mysql-common
apt remove 只删二进制，--purge 才清配置。但 Debian 的包依赖设计里，mysql-common 是关键枢纽——不删它，/etc/mysql/ 下的模板配置还会留着，重装时直接覆盖冲突。
必须一次性执行：
sudo apt-get --purge remove mysql-server mysql-client mysql-common
接着清理依赖和缓存：
sudo apt-get autoremovesudo apt-get autoclean-
sudo apt-get remove dbconfig-mysql（这个包常被忽略，它会残留数据库配置元信息）
最后用 dpkg -l | grep mysql 确认输出为空——任何带 mysql 的行都意味着没清干净。
手动删掉 /var/lib/mysql 和 /etc/mysql 等硬编码路径
包管理器不管 /var/lib/mysql 和 /etc/mysql，这两处是重装冲突的主因。但别急着 rm -rf，先验证路径是否真属于旧 MySQL：
- 如果还能连上，运行
mysql -u root -p -e "SHOW VARIABLES LIKE 'datadir';"查真实数据目录 - 运行
mysql -u root -p -e "SHOW VARIABLES LIKE 'socket';"查 socket 路径
常见残留位置包括：
-
/var/lib/mysql（默认数据目录） -
/etc/mysql（主配置目录） -
/etc/my.cnf（全局配置，可能单独存在） -
/tmp/mysql.sock、/var/run/mysqld/mysqld.sock（socket 文件，不删会导致新安装连不上） -
/usr/local/mysql（若曾源码编译安装过）
删之前建议先 ls -la 看一眼内容，避免误删其他服务共用的目录。
清理 mysql 用户、组和 PATH 中的残留路径
Debian 安装 MySQL 时会创建 mysql 用户和组，卸载后不会自动删除。残留用户会导致新安装权限拒绝或 mysqld 启动失败：
- 检查是否存在：
id mysql，若返回用户信息，执行sudo userdel mysql和sudo groupdel mysql - 检查环境变量：
echo $PATH是否含/usr/local/mysql/bin或类似路径 - 若存在，编辑
~/.bashrc或/etc/profile，删掉对应export PATH=...行，然后source ~/.bashrc
最后验证是否真干净：which mysqld、find / -name "*mysql*" 2>/dev/null | grep -E "(bin|sbin)"、systemctl list-unit-files | grep mysql，三者都应无输出才算彻底。
最容易被忽略的是 dbconfig-mysql 和 mysql-common，它们不显眼，却会让新装的 MySQL 读到旧配置；还有 /var/run/mysqld/mysqld.sock，哪怕目录空了，socket 文件残留也会让客户端连不上本地服务。
