必须先确认mysql进程已停止并明确安装方式，再清理数据目录、配置文件、socket文件、用户及环境变量，最后验证命令、目录、进程均不存在，否则重装会失败。
确认 MySQL 进程和包管理器状态
直接删文件前，必须确保 MySQL 确实已完全停止，且你知道它当初是怎么装的。源码编译、官方二进制包、系统包管理器（apt / yum / brew）卸载路径完全不同，混用会导致残留加倍。
- 先运行
ps aux | grep mysql或systemctl status mysql（或mariadb），确认无mysqld进程在跑 - 查安装来源：
which mysqld看二进制位置，dpkg -l | grep mysql（Ubuntu/Debian）或rpm -qa | grep mysql（CentOS/RHEL）判断是否为包管理安装 - Mac 用户注意：
brew services list | grep mysql和brew info mysql要一起看，brew uninstall mysql不一定清配置
删除数据目录和配置文件（最易漏的两处）
MySQL 启动时默认读取 /etc/my.cnf、/etc/mysql/my.cnf 或 ~/.my.cnf，数据目录则由 datadir 配置项指定——它可能不在 /var/lib/mysql，尤其自定义安装过。
- 先查真实数据目录：
mysql -u root -p -e "SHOW VARIABLES LIKE 'datadir';"（如果还能连上）；连不上就翻旧配置文件里的datadir =行 - 常见残留路径（确认无用后再删）：
/var/lib/mysql、/usr/local/var/mysql（macOS brew）、/opt/homebrew/var/mysql（Apple Silicon）、/usr/local/mysql/data - 配置文件重点清理：
/etc/my.cnf、/etc/mysql/整个目录、~/.my.cnf、/usr/my.cnf（极少见但存在）
清理用户、socket 文件与环境变量
卸载后残留的 socket 文件或用户账户，会导致重装时权限报错或连接被拒，这类问题常被误判为“安装失败”。
- 删 socket 文件：
/tmp/mysql.sock、/var/run/mysqld/mysqld.sock、/usr/local/var/run/mysqld/mysqld.sock - 检查系统用户：
id mysql，若存在且无其他服务依赖，可sudo userdel mysql（Debian/Ubuntu 默认创建该用户；CentOS 有时用mysqld） - 检查
PATH是否还包含旧路径：运行echo $PATH，留意是否有/usr/local/mysql/bin或/opt/homebrew/opt/mysql/bin；如有，从~/.bashrc、~/.zshrc或/etc/profile中删掉对应export PATH=...行
验证是否真干净（别信“卸载完成”的提示）
很多包管理器只删二进制，不碰数据和配置，所谓“卸载成功”只是假象。真正干净的标准是：命令找不到 + 目录不存在 + 进程搜不到。
- 执行
which mysqld、which mysql，应返回空 - 执行
mysqld --version应报command not found，不是版本号 - 执行
find /usr /etc /var /opt -name "*mysql*" -type d 2>/dev/null | grep -E "(data|var|conf)"，手动检查结果里有没有活跃的数据或配置目录 - 特别注意
/usr/local/下的残留：源码编译安装几乎总在这里，ls -la /usr/local/ | grep mysql很有用
重装前不走完这几步，大概率会遇到 Can't start server : Bind on unix socket: Permission denied 或新实例初始化失败——因为旧 datadir 权限混乱，或 my.cnf 里还写着已删路径。
