mysql 数据不会因卸载 php 而丢失，但卸载 mysql 或误删 /var/lib/mysql 等数据目录会导致永久丢失；必须主动备份，推荐 mysqldump 或物理备份，并注意版本兼容性与 datadir 实际路径。
不会自动丢失，但必须主动备份，否则重装系统或误删目录会导致数据永久消失。
MySQL 数据默认不依赖 PHP 存在
PHP 是应用层语言，MySQL 是独立运行的数据库服务。卸载 php 或 php-fpm 完全不影响 mysqld 进程、数据文件和配置。只要没动 /var/lib/mysql（Linux）或 C:\ProgramData\MySQL\MySQL Server X.X\Data\（Windows），数据就原封不动。
- 验证方式：卸载 PHP 后执行
sudo systemctl status mysql或mysql -u root -p -e "SHOW DATABASES;"，仍可正常连接并列出库 - 常见误操作：顺手删了
/var/lib/mysql目录（尤其用apt purge时勾选了“删除配置”选项，部分旧版包管理器会连带清空该路径） - 注意
mysql客户端工具可能随 PHP 卸载被移除，但这只是命令行入口，不影响服务本身
重装系统或格式化磁盘前必须导出数据
卸载软件 ≠ 重装系统，但用户常把两者混淆。一旦执行 sudo apt purge mysql-server 或 Windows 上用控制面板“完全卸载 MySQL”，默认行为是保留数据目录；但若选择“删除所有相关文件”或手动 rm -rf /var/lib/mysql，数据立即不可逆丢失。
- 安全导出命令：
mysqldump --all-databases --single-transaction --routines --triggers > backup.sql - 只导出某库：
mysqldump -u root -p myapp > myapp.sql - 物理备份更稳妥（停服务后复制整个
/var/lib/mysql目录），适合大库或需保留 binlog 场景 - 别依赖 phpMyAdmin 导出——它只是 Web 界面，卸载 PHP 后就无法访问，且导出过程可能中断或截断大表
迁移时注意 MySQL 版本兼容性
从旧服务器拷贝 /var/lib/mysql 到新机器，不能直接启动。5.7 和 8.0 的数据字典结构、密码认证插件（caching_sha2_password vs mysql_native_password）、系统表格式均不兼容。
立即学习“PHP免费学习笔记（深入）”；
- 跨大版本迁移必须用
mysqldump逻辑导出，再导入目标实例 - 同版本迁移可考虑
rsync同步数据目录，但需确保mysqld已停止、文件权限正确（如chown -R mysql:mysql /var/lib/mysql） - 导入后检查：
mysqlcheck -u root -p --all-databases --check - 忽略
information_schema、performance_schema、sys这些系统库，它们由 MySQL 自动重建
最易被忽略的一点：MySQL 的 datadir 路径可能被自定义修改过（查看 my.cnf 中的 datadir 配置），卸载前务必确认真实数据位置，而不是默认路径。
