卸载phpMyAdmin后仍可访问，主因是Web服务器配置残留、数据库用户未清除、session/tmp目录权限错误及apt remove未彻底清理；需分别检查并删除Apache/Nginx配置、pma用户、残留目录和/etc/phpmyadmin等，并重启服务。
phpMyAdmin 卸载后还能访问？检查 Web 服务器配置残留
卸载 phpmyadmin 后浏览器仍能打开 /phpmyadmin，大概率是 web 服务（apache/nginx）还挂着旧的别名或符号链接。不是文件删了就完事，配置没清，它照样跑。
- Apache：查
/etc/apache2/conf-enabled/或/etc/httpd/conf.d/下有没有phpmyadmin.conf或类似名字的配置文件，直接删掉 - Nginx：搜
location /phpmyadmin，通常在/etc/nginx/sites-enabled/或/etc/nginx/conf.d/里，删对应块或整个配置文件 - 重启服务：
sudo systemctl restart apache2或sudo systemctl restart nginx，不重启配置不会生效
数据库用户和权限没删干净？phpMyAdmin 自带的控制用户还在
phpMyAdmin 安装时可能创建了专用账户（如 pma 用户）并授了特殊权限（SELECT、INSERT 等在 mysql.columns_priv 或 mysql.db 表里），这些不会随文件卸载自动清除。
- 连进 MySQL/MariaDB：
mysql -u root -p - 查是否有残留用户：
SELECT User, Host FROM mysql.user WHERE User LIKE 'pma' OR User LIKE 'phpmyadmin'; - 删用户：
DROP USER 'pma'@'localhost';（注意匹配Host字段，可能是127.0.0.1或%） - 执行
FLUSH PRIVILEGES;生效
session 和 tmp 目录权限错乱导致重装失败
重装 phpMyAdmin 时提示 Cannot start session without errors 或 config directory not writable，常见原因是旧的 tmp 或 config 目录权限卡在 root 或 www-data，但属主/组没对齐，或者目录被删了一半留着空壳。
- 确认 Web 进程用户（Apache 通常是
www-data，Nginx 可能是nginx或www-data）：ps aux | grep -E '(apache|httpd|nginx)' | head -1 - 清理残留目录：
sudo rm -rf /usr/share/phpmyadmin/tmp /usr/share/phpmyadmin/config - 重装前确保父目录可写：
sudo chown -R www-data:www-data /usr/share/phpmyadmin - 如果用 symlink 方式部署，检查
/var/www/html/phpmyadmin是否还指向旧路径，ls -l看一眼
Debian/Ubuntu 上 apt purge 不等于彻底清理
apt remove phpmyadmin 只删二进制和配置文件，但不会动数据库、Web 配置、用户权限，甚至不会删 /etc/phpmyadmin/ 下的密钥和配置碎片——这是最常被忽略的一环。
- 必须用
sudo apt purge phpmyadmin，它会标记并删除配置文件 - 手动删配置残留：
sudo rm -rf /etc/phpmyadmin/ /var/lib/phpmyadmin/ - 检查是否还有 phpMyAdmin 相关包：
dpkg -l | grep phpmyadmin，有输出就得purge掉 - 如果之前通过
git clone或源码安装，apt根本不知道它的存在，得自己翻/var/www/或/usr/local/找
重装前，务必确认 mysql -u root -p -e "SHOW DATABASES;" 里没有 phpmyadmin 数据库（旧版可能建过），有就 DROP DATABASE phpmyadmin;。这个库不常用，但一旦存在，新装的 phpMyAdmin 可能尝试连它，报错却不说清楚原因。
立即学习“PHP免费学习笔记（深入）”；
