MySQL报错提示用户和主机过滤不能为空，远程帮忙修复问题中

我正在远程帮一个朋友解决他服务器上的数据库问题,他的网站突然无法连接数据库了，页面上显示一个致命的数据库连接错误，他非常着急，因为网站完全瘫痪了，通过远程桌面连接上他的服务器后，我决定先检查一下MySQL服务的状态。

我打开了命令提示符,输入了启动MySQL命令行客户端的命令，打算用管理员账号登录进去看看情况，命令大概是这样的：mysql -u root -p，然后我输入了密码，但这次，我没有像往常一样看到欢迎信息并进入mysql>提示符，而是屏幕上直接弹出了一条非常显眼的错误信息。

这条错误信息是这样的：

"ERROR 1133 (42000): Can't find any matching row in the user table"

我看到这个错误,心里咯噔一下，这个错误代码和提示我以前见过几次，它通常意味着MySQL在尝试用我提供的用户名（这里是root）和某个主机名（也就是我当前连接服务器时使用的网络地址）进行匹配时，在它的系统数据库（mysql库）的用户表里，找不到任何对应的记录，换句话说，MySQL认为这个root用户根本没有从我当前所在的这台电脑上登录的权限。

这说不通啊,这台服务器本身就是数据库服务器，我是在服务器本地用root账号登录的，按理说应该有一个针对localhost（本地主机）的root用户记录才对，为了确认我的猜测，我决定先不深究这个错误，尝试用一种绕过权限检查的方式启动MySQL，我停止了MySQL服务，然后使用了mysqld --skip-grant-tables这个命令，这个命令会让MySQL服务器启动时不加载权限验证系统，这样我就能以无密码的方式以root身份登录进去，查看到底出了什么问题。

用跳过权限表的方式启动服务后,我再次用mysql -u root命令登录，这次果然成功进入了MySQL命令行界面，一进去，我立刻切换到存储用户权限信息的mysql数据库：use mysql;。

我执行了一个查询语句来查看当前所有用户及其对应的主机权限设置,命令是：SELECT User, Host FROM user;。

当查询结果展现在我面前时,我立刻明白了问题所在，在user表里，原本应该存在的那条root用户对应localhost主机的记录不见了！不仅如此，我还注意到，表里其他一些用户的Host字段，有些是空值（NULL），有些甚至是空字符串（''），这显然是不正常的，正常情况下，Host字段必须指定一个明确的主机名或IP地址，或者使用通配符来表示允许从任何主机连接，但它绝对不能是空的。

我朋友可能是在之前某个时间,不小心执行了某个错误的SQL语句，比如一个不慎重的UPDATE或DELETE操作，意外地修改或删除了user表中的关键数据，特别是把root用户的一些记录和某些用户的Host字段给清空了或删掉了，这导致了两个直接后果：第一，本地的root用户无法登录（因为对应localhost的记录没了）；第二，MySQL的内部权限系统因为存在这些Host字段为空的无效用户记录而出现了混乱，进而可能触发了更广泛的检查机制，最终报出了那个“找不到匹配行”的错误。

找到了问题的根源,修复思路就清晰了，我需要做两件事：

第一件事,也是最紧急的，是恢复root用户从本地登录的权限，我直接在mysql>提示符下执行了如下SQL语句：

INSERT INTO mysql.user (Host, User, authentication_string, ssl_cipher, x509_issuer, x509_subject) VALUES ('localhost', 'root', PASSWORD('你的root密码'), '', '', '');

（注：这里假设使用MySQL 5.7及以上版本，密码字段是authentication_string，如果是旧版本，可能是Password字段，PASSWORD函数用于加密密码，更现代的写法是使用ALTER USER，但在跳过权限表的特殊模式下，这种直接操作user表的方式有时是必要的。）

我需要为这个新插入的root用户分配所有权限：GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION;

第二件事,是清理那些Host字段为空的无效用户记录，因为它们的存在会干扰MySQL的正常权限验证，我使用删除语句：DELETE FROM mysql.user WHERE Host IS NULL OR Host = '';

完成这些操作后,我执行了FLUSH PRIVILEGES;命令，让MySQL服务器重新加载权限表，使刚才的更改立即生效。

我退出了MySQL命令行,正常重启了MySQL服务（去掉了--skip-grant-tables参数），再次尝试用mysql -u root -p登录，这一次，熟悉的登录提示和mysql>提示符终于出现了！登录成功！

我立刻让朋友刷新他的网站页面,页面也成功加载，不再显示数据库连接错误，问题得到了解决，整个修复过程的关键就在于识别出user表中用户和主机对应关系的损坏，特别是Host字段不能为空这一约束条件被破坏，从而导致了诡异的登录失败，通过直接操作系统表修复这些数据，最终恢复了数据库的正常访问。