mysql SKIP-NAME-RESOLVE 错误的使用时机造成用户权限
更新时间：2011年06月19日 12:16:51 作者：
新加的一台服务器，连接内网中的一台mysql服务器的时候，经常出现超时。
登陆到mysql，查看进程的信息
show processlist;
发现大量的进程的状态为 login
原来默认的时候mysql启动时是不使用 skip-name-resolve选项的，这样的话，从其它主机的连接会比较慢，因为mysql会对这个ip做dns反向查询，导致大量的连接处于 login状态....
.
解决这个问题有两个办法
一是加入 skip-name-resolve参数重启mysql
二是在 /etc/hosts中加入一句 192.168.0.2 server2 其中 192.168.0.2是新加的服务器的内网ip，server2是新服务器的主机名
在mysql客户端登陆mysql服务器的登录速度太慢的解决方案一篇文章中，我介绍了如何通过在my.ini文件(linux下是my.cnf文件)中添加"SKIP-NAME-RESOLVE"的参数设置，使得客户端在登录服务器的时候不通过主机解析这一关，直接登陆的方法，以此来提高登录速度。
这里要介绍一下这种方法的负面作用，以及不合理的时机使用这种方法会引发的不可发现的错误。
首先，回顾一下在my.ini文件中添加"SKIP-NAME-RESOLVE"参数来提高访问速度的原理：
在没有设置该参数的时候，客户端在登陆请求发出后，服务器要解析请求者是谁，经过解析，发现登录者是从另外的电脑登录的，也就是说不是服务器本机，那么，服务器会到mysql.user表中去查找是否有这个用户，假设服务器IP是192.168.0.1，而客户机的IP是192.168.0.2；那么查询的顺序是先找'root'@'192.168.0.2'这个user是否存在，若存在，则匹配这个用户登陆，并加载权限列表。若没有该用户，则查找'root'@'%'这个用户是否存在，若存在，则加载权限列表。否则，登录失败。
在设置了SKIP-NAME-RESOLVE参数后，客户端的登录请求的解析式同上面一样的，但是在服务器本机的解析过程却发生了改变：服务器会把在本机登录的用户自动解析为'root'@'127.0.0.1'；而不是'root'@'localhost'；这样一来就坏了，因为我们在服务器上登录是为了进行一些维护操作，但是显然，'root'@'127.0.0.1'这个用户是被默认为'root'@'%'这个用户的，这个用户还没有足够得权限去执行一些超级管理员'root'@'localhost'才能执行的大作。因为未分配权限。
所以结论是：加入你在服务器本机上登录mysql服务器的话，要么先取消SKIP-NAME-RESOLVE的参数设置，重新启动服务器再登陆，设置完成后，再设置上该参数；要么就给'root'@'127.0.0.1'分配超级管理员权限，但这么做显然是不明智的，因为任何人在任何机器上都可以用这个用户执行管理员操作，前提是知道了密码。
我有一次在mysql服务器上执行数据库创建脚本，并同时创建表、触发器、存储过程等。结果，总是失败，经过了一上午的折腾，最后发现时这个参数造成我以'root'@'127.0.0.1'这个用户登陆了服务器，这个用户没有创建触发器的权限。后来，取消了SKIP-NAME-RESOLVE参数后，执行成功，再把该参数设置回去。重启。OK。
所以，在设置这个参数的时候一定要注意时机：先用超级管理员将所有的用户创建好，再将权限分配好之后，才设置这个参数生效。
复制代码 代码如下:
show processlist;
发现大量的进程的状态为 login
原来默认的时候mysql启动时是不使用 skip-name-resolve选项的，这样的话，从其它主机的连接会比较慢，因为mysql会对这个ip做dns反向查询，导致大量的连接处于 login状态....
.
解决这个问题有两个办法
一是加入 skip-name-resolve参数重启mysql
二是在 /etc/hosts中加入一句 192.168.0.2 server2 其中 192.168.0.2是新加的服务器的内网ip，server2是新服务器的主机名
在mysql客户端登陆mysql服务器的登录速度太慢的解决方案一篇文章中，我介绍了如何通过在my.ini文件(linux下是my.cnf文件)中添加"SKIP-NAME-RESOLVE"的参数设置，使得客户端在登录服务器的时候不通过主机解析这一关，直接登陆的方法，以此来提高登录速度。
这里要介绍一下这种方法的负面作用，以及不合理的时机使用这种方法会引发的不可发现的错误。
首先，回顾一下在my.ini文件中添加"SKIP-NAME-RESOLVE"参数来提高访问速度的原理：
在没有设置该参数的时候，客户端在登陆请求发出后，服务器要解析请求者是谁，经过解析，发现登录者是从另外的电脑登录的，也就是说不是服务器本机，那么，服务器会到mysql.user表中去查找是否有这个用户，假设服务器IP是192.168.0.1，而客户机的IP是192.168.0.2；那么查询的顺序是先找'root'@'192.168.0.2'这个user是否存在，若存在，则匹配这个用户登陆，并加载权限列表。若没有该用户，则查找'root'@'%'这个用户是否存在，若存在，则加载权限列表。否则，登录失败。
在设置了SKIP-NAME-RESOLVE参数后，客户端的登录请求的解析式同上面一样的，但是在服务器本机的解析过程却发生了改变：服务器会把在本机登录的用户自动解析为'root'@'127.0.0.1'；而不是'root'@'localhost'；这样一来就坏了，因为我们在服务器上登录是为了进行一些维护操作，但是显然，'root'@'127.0.0.1'这个用户是被默认为'root'@'%'这个用户的，这个用户还没有足够得权限去执行一些超级管理员'root'@'localhost'才能执行的大作。因为未分配权限。
所以结论是：加入你在服务器本机上登录mysql服务器的话，要么先取消SKIP-NAME-RESOLVE的参数设置，重新启动服务器再登陆，设置完成后，再设置上该参数；要么就给'root'@'127.0.0.1'分配超级管理员权限，但这么做显然是不明智的，因为任何人在任何机器上都可以用这个用户执行管理员操作，前提是知道了密码。
我有一次在mysql服务器上执行数据库创建脚本，并同时创建表、触发器、存储过程等。结果，总是失败，经过了一上午的折腾，最后发现时这个参数造成我以'root'@'127.0.0.1'这个用户登陆了服务器，这个用户没有创建触发器的权限。后来，取消了SKIP-NAME-RESOLVE参数后，执行成功，再把该参数设置回去。重启。OK。
所以，在设置这个参数的时候一定要注意时机：先用超级管理员将所有的用户创建好，再将权限分配好之后，才设置这个参数生效。
相关文章
Mysql+Navicat16长期免费直连数据库安装使用超详细教程
这篇文章主要介绍了Mysql+Navicat16长期免费直连数据库安装教程,这里下载的是mysql8版本，第一个安装包比较小, 第二个安装包比较大, 因为包含调试工具，我这里下载的是第一个，详细介绍跟随小编一起看看吧2023-11-11
通过MySQL主从配置，可以实现读写分离减轻数据库压力，最近正好遇到这个功能，所以这篇文章主要给大家介绍了关于MySQL主从搭建（多主一从）的实现思路与步骤,需要的朋友可以参考下2021-05-05
大家好，本篇文章主要讲的是深入理解mysql各种锁，感兴趣的同学赶快来看一看吧，对你有帮助的话记得收藏一下，方便下次浏览2021-12-12
Windows服务器下MySql数据库单向主从备份详细实现步骤分享
将主服务器中的MySql数据库同步到从服务器中，使得对主服务器的操作可以即时更新到从服务器，避免主服务器因环境或者网络异常一时无法使用，达到备份效果，这篇文章整理的确实挺详细的2012-05-05
ORDER BY语句用于根据指定的列对结果集进行排序,在日常开发中也经常会用到,但下面这篇文章主要给大家介绍了关于MySQL不使用order by实现排名的三种思路,需要的朋友可以参考下2021-06-06
大型网站为了软解大量的并发访问，除了在网站实现分布式负载均衡，远远不够。必然会想到假设服务器群，来分担主数据库的压力。今天总结一下利用MySQL主从配置，减轻数据库压力2021-06-06
解决Navicat Premium 连接 MySQL 8.0 报错"1251"的问题分析
这篇文章主要介绍了解决Navicat Premium 连接 MySQL 8.0 报错"1251"的问题分析,本文通过图文并茂的形式给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2020-11-11
这篇文章主要介绍了超出MySQL最大连接数问题及解决方案，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2023-05-05
mysql数据库存储引擎为MyISAM的时候,在大访问量的情况下数据表有可能会出现被锁的情况，这就会导致用户连接网站时超时而返回502，此时就需要MySQL数据库MyISAM存储引擎转为Innodb，这篇文章主要介绍了MySQL数据库MyISAM存储引擎转为Innodb的方法,需要的朋友可以参考下2014-06-06
这篇文章主要介绍了在Linux系统的命令行中为MySQL创建用户的方法,包括对所建用户的权限管理,需要的朋友可以参考下2015-06-06
最新评论