必须先停止MySQL服务并清空所有残留进程，再卸载包、删除配置与数据目录、清理用户及PATH路径；Debian系需用apt purge彻底移除mysql-common等关键包，避免重装冲突。
确认 MySQL 服务已真正停止，且无残留进程
没停服务就删配置或数据目录，轻则报错，重则损坏系统状态。先运行 sudo systemctl status mysql，如果显示 active (running)，立刻执行 sudo systemctl stop mysql。
再补一刀查进程：ps aux | grep mysqld。只要输出里还有 mysqld 或 mysql 相关行，就得继续 kill -9；特别注意 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 dbconfig-mysql
接着清理依赖和缓存：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
sudo apt-get autoremovesudo apt-get autoclean
最后用 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 -r mysql - 删组：
sudo groupdel mysql - 检查
PATH是否含残留路径：echo $PATH | grep mysql，若有，检查/etc/environment、~/.bashrc等文件并手动删掉相关行
最容易被忽略的是 mysql 用户残留和 /etc/my.cnf 这种独立于 /etc/mysql/ 的全局配置——它不在包管理器清理范围内，但会优先被读取，导致新安装行为异常。
