在 Windows 中执行 sc delete 后如果仍有 MySQL 服务残留，通常需要先使用 sc queryex | findstr /i "mysql" 查出真实服务名（例如 MySQL80），再先用 net stop 停止该服务后执行 sc delete；Linux 下则建议结合 apt purge、autoremove 与手动删除 /var/lib/mysql 等目录来彻底卸载 MySQL；若 ProgramDataMySQL 无法删除，可先通过 takeown 和 icacls 获取权限，再使用 rd 清理；注册表部分只建议删除 MySQL AB 相关键以及与实际服务名精确对应的服务项。
Windows 下 sc delete 之后服务仍残留？先确认真实服务名
直接执行 sc delete MySQL 无法删除服务，最常见的原因是服务名并不是表面看到的 “MySQL”。在 Windows 系统中，MySQL 服务名称通常会带有版本后缀，例如 MySQL80、MySQL57，也可能是 mysqld。如果不先确认准确名称，就很容易出现删错服务或无法删除 MySQL 服务的情况。
正确的方法是：以管理员身份打开 CMD，执行：sc queryex | findstr "SERVICE_NAME"，然后逐行筛选包含 mysql 的服务；或者更高效地直接使用：sc queryex | findstr /i "mysql"。在返回结果中，像 SERVICE_NAME: MySQL80 这一行，才是真正用于删除服务的准确服务名。
- 删除服务时必须填写查到的完整服务名，例如：
sc delete MySQL80 - 删除前一定要先停止服务：
net stop MySQL80 - 如果执行
sc delete时提示“拒绝访问”，通常说明当前权限不足——必须使用管理员 CMD，而不是普通权限的 PowerShell 窗口
Linux 用 apt purge 还残留 /var/lib/mysql？别跳过 autoremove
apt remove mysql-server 实际上通常只是卸载 MySQL 的程序文件，配置文件和数据库数据目录大多仍会保留；而真正用于清理配置的命令是 apt purge。但即便已经执行了 apt purge，/var/lib/mysql 与 /etc/mysql 等目录依旧可能残留——原因很常见，这些目录往往会被系统视为可复用配置或数据目录，因此 apt 默认不会全部自动删除。
如果你想彻底卸载 MySQL 并清理 Linux 残留文件，完整流程通常应为：sudo apt purge mysql-server mysql-client mysql-common mysql-server-core-* mysql-client-core-*
→ sudo apt autoremove（这一步会一并清理那些因为依赖关系被安装、但主包已不存在的组件）→ sudo rm -rf /var/lib/mysql /etc/mysql /var/log/mysql*
autoremove并不是可有可无的步骤，它会进一步清除诸如libmysqlclient21这类残留依赖，否则后续重新安装 MySQL 时可能出现包冲突/var/log/mysql*需要手动删除，因为日志文件通常不受 apt 管理，但旧日志有时会影响新实例启动，尤其是在 SELinux 拒绝策略被旧错误日志触发时更明显- CentOS/RHEL 用户需要注意：
yum remove并不等同于purge，通常还需要配合yum clean all与手动执行rm -rf /var/lib/mysql才能完成彻底清理
ProgramDataMySQL 删不掉？隐藏属性 + 权限锁是主因
C:ProgramDataMySQL 是 Windows 卸载 MySQL 后最常见、也最难清理的残留目录之一。并不是这个目录真的无法删除，而是它往往同时受到系统隐藏属性、NTFS 权限继承，以及可能被 explorer.exe 或安全软件占用等多重限制。
不建议直接在资源管理器中右键删除。更稳妥的处理顺序如下：
- 先在文件夹选项中勾选“显示隐藏的文件、文件夹和驱动器”
- 以管理员身份打开 CMD，进入父目录：
cd C:ProgramData - 执行
takeown /f MySQL /r /d y获取该目录及子目录所有权 - 再执行
icacls MySQL /grant administrators:F /t赋予管理员组完全控制权限 - 最后使用
rd /s /q MySQL强制递归删除整个目录
如果仍然提示“文件正在使用”，请在任务管理器中重点检查 mysqld.exe、mysql.exe，以及 workbench.exe 是否已经彻底退出——这些进程有时会在后台继续驻留，导致 MySQL 残留文件无法删除。
注册表里删错键导致蓝屏？只动明确含 MySQL AB 的路径
Windows 注册表并不是可以随意清空的“垃圾桶”，如果在 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices 下盲目删除所有看起来与 MySQL 相关的项，极有可能影响其他服务正常运行。尤其是在 WAMP、XAMPP 等多环境共存时，误删服务项甚至可能引发 Apache 无法启动等连带问题。
相对安全、适合清理 MySQL 卸载残留的范围只有以下三个位置，其余路径不建议随意修改：
HKEY_LOCAL_MACHINESOFTWAREMySQL AB（主厂商相关键值，通常建议删除）HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMySQL AB（64 位系统中的 32 位兼容项，存在时再删除）HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices下名称与实际服务名完全一致的项（例如MySQL80），不要仅凭模糊搜索 “mysql” 就批量删除
删除前务必先导出注册表备份：reg export "HKEY_LOCAL_MACHINESOFTWAREMySQL AB" mysql-ab-backup.reg。删除完成后先不要急着重启，建议先检查系统 PATH 环境变量中是否还保留 MySQL 路径，并在命令行执行 mysql --version，确认提示“不是内部命令”后，才说明 MySQL 已基本卸载干净。
