必须分三步：停服务→卸包→扫残留；漏一步会导致重装失败、端口冲突或systemd报错，需先查清服务名、安装方式及是否为docker启动，再按对应包管理器命令卸载并手动清理/etc、/var/lib等残留配置与数据目录。
卸载服务 ≠ 卸载软件包，不清理残留会导致后续重装失败、端口冲突或 systemd 报错。 必须分三步走：停服务 → 卸包 → 扫残留。漏掉任何一步，都可能在 systemctl start 时报 Failed to start xxx.service: Unit not found 或启动后立刻退出。
确认服务名和安装方式再动手
盲目执行 systemctl stop 或 apt remove 很容易删错对象。先查清它到底怎么来的：
- 查服务单元名：
systemctl list-units --type=service | grep -i 服务关键词（如mysql、zabbix-server） - 查包管理器来源：
dpkg -l | grep -i 服务关键词（Debian/Ubuntu），或rpm -qa | grep -i 服务关键词（RHEL/CentOS/Fedora），或pacman -Q | grep -i 服务关键词（Arch） - 查是否是 Docker 启动的：
docker ps -a | grep -i 服务关键词；若是，走docker stop && docker rm+ 清理/var/lib/docker/volumes
按包管理器类型执行对应卸载命令
不同安装方式，卸载逻辑完全不同。用错命令，配置文件和数据目录大概率留着不动：
- Debian/Ubuntu（
apt）：sudo apt purge 软件包名称（不是remove），再跟sudo apt autoremove清孤立依赖 - RHEL/CentOS 8+（
dnf）：sudo dnf remove 软件包名称，但配置目录（如/etc/zabbix）不会删，得手动rm -rf /etc/软件包名称 - RHEL/CentOS 7（
yum）：sudo yum erase 软件包名称，同样不碰/etc和/var/lib下的配置与数据 - Arch（
pacman）：sudo pacman -Rs 软件包名称可删包+非共享依赖，但配置路径需用pacman -Ql 软件包名称 | grep '\.conf\|\.yaml$'查出后人工确认删除
扫描并清理常见残留路径
即使包卸干净了，用户目录、系统配置、日志、缓存仍可能残留。别直接 find / -name "*xxx*" -delete —— 极易误删系统关键文件：
- 用户级残留（当前用户）：
ls -a ~ | grep -i 服务关键词，重点盯~/.config/、~/.local/share/、~/.cache/ - 系统级配置与数据：
sudo find /etc /var/lib /var/log -iname "*服务关键词*" 2>/dev/null，看到结果后逐个ls -ld确认归属再删 - 安全搜索（避开系统关键路径）：
sudo find / -path "/proc" -prune -o -path "/sys" -prune -o -path "/dev" -prune -o -iname "*服务关键词*" -print 2>/dev/null - 检查 systemd 是否还记着它：
systemctl list-unit-files | grep -i 服务关键词，若有残留.service文件，手动删/etc/systemd/system/xxx.service或/usr/lib/systemd/system/xxx.service
最常被忽略的是 /etc/my.cnf（MySQL）、/etc/zabbix（Zabbix）、/etc/bt-panel（宝塔）这类独立配置目录，以及 /var/lib/mysql、/var/lib/zabbix 这类数据目录 —— 它们从不随包卸载自动清除，必须人工核对后删除。
