彻底卸载MySQL需依次停止并删除服务（如sc delete MySQL80）、结束mysqld.exe进程、删除ProgramData/MySQL等隐藏目录、清理注册表中MySQL相关键值、清除环境变量及释放3306端口。
sc delete 后不重启，服务名还在 SCM 缓存里
Windows Service Control Manager（SCM）不会实时刷新服务注册状态。执行 sc delete MySQL80 后，如果没硬重启，sc query MySQL80 仍可能返回旧记录，新安装程序检测到“服务已存在”就跳过注册步骤，导致后续 net start MySQL80 报错 The service does not exist as an installed service。
实操建议：
- 删服务前先用
sc query mysql、sc query MySQL80、sc query mysqld确认真实服务名 - 删完必须执行硬重启（不是注销、不是重启服务），否则等于白删
- 重装时想自定义服务名，用
mysqld --install mysql80显式指定，避免撞上缓存残留名
WOW6432Node 下的 MSI 产品项阻止安装流程
Windows Installer 把 HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall 里的 MySQL 条目当作“已安装依据”。哪怕你删光文件、清空注册表主路径，只要这里还留着 MSI GUID 项，安装包就会跳过初始化、数据目录创建等关键步骤，直接报错或静默失败。
实操建议：
- 用
regedit打开注册表，Ctrl+F搜索mysql、MySQL80、{（MSI GUID 以大括号开头） - 重点清理
WOW6432Node\Uninstall和SYSTEM\CurrentControlSet\Services\msiserver下的关联项（别删msiserver服务本身） - 不要碰
HKEY_CLASSES_ROOT或HKEY_CURRENT_USER下的 MySQL 键，跟安装无关
VC++ 2019 x64 运行库缺失引发静默卡死
MySQL 8.0+ 安装包静默依赖 Microsoft Visual C++ 2019 Redistributable (x64)。装了 2015、2022 或 32 位版本都不行——现象是点击 “Execute” 后进度条不动，日志里只显示 Error 1904 或 Module failed to load，根本看不到具体原因。
实操建议：
- 去微软官网搜
vc_redist.x64.exe，下载最新版（当前是 14.29.x），别用第三方“运行库合集” - 装完在控制面板 → 程序和功能里确认存在
Microsoft Visual C++ 2019 Redistributable (x64) - 14.29.30139 - 若安装卡住，先查
Event Viewer → Windows Logs → Application里有没有MSIInstaller相关错误
ProgramData 和 AppData 隐藏目录残留配置冲突
C:\ProgramData\MySQL 是默认数据与配置存放地，但它是隐藏系统目录；C:\Users\[user]\AppData\Roaming\MySQL 可能存有旧客户端缓存或 my.ini 片段。这些文件不会被控制面板卸载清除，却会被新安装进程读取——比如残留的 my.ini 强制指定旧 datadir 路径，而该路径下已有损坏数据，导致 mysqld --initialize 失败。
实操建议：
- 启用“显示隐藏的文件、文件夹和驱动器”，手动删掉
C:\ProgramData\MySQL和C:\Users\[user]\AppData\Roaming\MySQL - 别只删
my.ini文件，要删整个MySQL文件夹，包括子目录下的AutoConf、Cache等 - 重装前用
netstat -ano | findstr :3306确认端口未被残留 mysqld 占用
最麻烦的是注册表 + 服务 + 运行库三者耦合：删了服务但没重启，SCM 缓存拦路；清了注册表但漏了 WOW6432Node，MSI 认定“已装过”；装了 VC++ 但版本不对，连日志都不输出。每一步都得做对，缺一不可。
