设为首页收藏本站
查看: 115|回复: 0

[PHP] 关于skip_name_resolve参数的总结分享_MySQL

[复制链接]

论坛元老

Rank: 6Rank: 6

积分
34270
主题
17032
UID
1347
M币
67
贡献
17171

  • 发表于 2017-5-12 16:12:00 | 显示全部楼层 |阅读模式
    作为MySQL调优的一部分,很多人都推荐开启skip_name_resolve。这个参数是禁止域名解析的(当然,也包括主机名)。很多童鞋会好奇,这背后的原理是什么,什么情况下开启这个参数比较合适。
    基于以下原因,MySQL服务端会在内存中维护着一份host信息, 包括三部分:IP,主机名和错误信息。主要用于非本地TCP连接。
    1. 通过在第一次建立连接时缓存IP和host name的映射关系,同一主机的后续连接将直接查看host cache,而不用再次进行DNS解析。
    2. host cache中同样会包含IP登录失败的错误信息。可根据这些信息,对这些IP进行相应的限制。后面将会具体提到。
    host cache的信息可通过performance_schema中host_cache表查看。
    那么,IP和host name的映射关系是如何建立的呢?
    1. 当有一个新的客户端连接进来时,MySQL Server会为这个IP在host cache中建立一个新的记录,包括IP,主机名和client lookup validation flag,分别对应host_cache表中的IP,HOST和HOST_VALIDATED这三列。第一次建立连接因为只有IP,没有主机名,所以HOST将设置为NULL,HOST_VALIDATED将设置为FALSE。
    2. MySQL Server检测HOST_VALIDATED的值,如果为FALSE,它会试图进行DNS解析,如果解析成功,它将更新HOST的值为主机名,并将HOST_VALIDATED值设为TRUE。如果没有解析成功,判断失败的原因是永久的还是临时的,如果是永久的,则HOST的值依旧为NULL,且将HOST_VALIDATED的值设置为TRUE,后续连接不再进行解析,如果该原因是临时的,则HOST_VALIDATED依旧为FALSE,后续连接会再次进行DNS解析。
    另,解析成功的标志并不只是通过IP,获取到主机名即可,这只是其中一步,还有一步是通过解析后的主机名来反向解析为IP,判断该IP是否与原IP相同,如果相同,才判断为解析成功,才能更新host cache中的信息。
    基于上面的总结,下面谈谈 host cache的优缺点:
    缺点:当有一个新的客户端连接进来时,MySQL Server都要建立一个新的记录,如果DNS解析很慢,无疑会影响性能。如果被允许访问的主机很多,也会影响性能,这个与host_cache_size有关,这个参数是5.6.5引入的。5.6.8之前默认是128,5.6.8之后默认是-1,基于max_connections的值动态调整。所以如果被允许访问的主机很多,基于LRU算法,先前建立的连接可能会被挤掉,这些主机重新进来时,会再次进行DNS查询。
    优点:通常情况下,主机名是不变的,而IP是多变的。如果一个客户端的IP经常变化,那基于IP的授权将是一个繁琐的过程。因为你很难确定IP什么时候变化。而基于主机名,只需一次授权。而且,基于host cache中的失败信息,可在一定程度上阻止外界的暴力破解攻击。
    关于阻止外界的暴力破解攻击,涉及到max_connect_errors参数,默认为100,官方的解释如下:
    代码如下:
    If more than this many successive connection requests from a host are interrupted without a successful connection, the server blocks that host from further connections.如果某个客户端的连接达到了max_connect_errors的限制,将被禁止访问,并提示以下错误:

    代码如下:
    Host 'host_name' is blocked because of many connection errors.Unblock with 'mysqladmin flush-hosts'下面来模拟一下
    首先,设置max_connect_errors的值
    mysql> show variables like 'max_connect_errors'; +--------------------+-------+ | Variable_name | Value | +--------------------+-------+ | max_connect_errors | 100 | +--------------------+-------+ row in set (0.00 sec) mysql> set global max_connect_errors=2; Query OK, 0 rows affected (0.00 sec) mysql> show variables like 'max_connect_errors'; +--------------------+-------+ | Variable_name | Value | +--------------------+-------+ | max_connect_errors | 2 | +--------------------+-------+ row in set (0.00 sec)
    通过telnet模拟interrupted without a successful connection。
    [root@mysql-slave1 ~]# telnet 192.168.244.145 3306 Trying 192.168.244.145... Connected to 192.168.244.145. Escape character is '^]'. N 5.6.26-log K]qA1nYT!w|+ZhxF1c#|kmysql_native_password ^] !#08S01Got packets out of orderConnection closed by foreign host. [root@mysql-slave1 ~]# telnet 192.168.244.145 3306 Trying 192.168.244.145... Connected to 192.168.244.145. Escape character is '^]'. N Y#>PVB(>!Bl}NKnjIj]sMmysql_native_password ^] !#08S01Got packets out of orderConnection closed by foreign host. [root@mysql-slave1 ~]# mysql -h192.168.244.145 -uroot -p123456 Warning: Using a password on the command line interface can be insecure. ERROR 1129 (HY000): Host '192.168.244.144' is blocked because of many connection errors; unblock with 'mysqladmin flush-hosts'
    即便后来使用了正确的账号和密码登录,依旧会被阻止。
    再来看看host_cache表中的信息,sum_connect_errors为2了。
    mysql> select ip,host,host_validated,sum_connect_errors, count_authentication_errors from performance_schema.host_cache; +-----------------+------+----------------+--------------------+-----------------------------+ | ip | host | host_validated | sum_connect_errors | count_authentication_errors | +-----------------+------+----------------+--------------------+-----------------------------+ | 192.168.244.144 | NULL | YES | 2 | 0 | +-----------------+------+----------------+--------------------+-----------------------------+ row in set (0.00 sec)
    该阻止会一直生效,直到采取以下操作:
    1. mysql> flush hosts; 2. # mysqladmin flush-hosts 3. truncate table performance_schema.host_cache; 4. 或者等待该记录从host cache中被挤掉。
    如果要禁止DNS解析,可设置skip_name_resolve参数,这样,mysql.user表中基于主机名的授权将无法使用,且错误日志中会提示:
    [Warning] 'user' entry 'root@mysql-slave1' ignored in --skip-name-resolve mode.
    这里,通过mysql-slave1访问,将会拒绝访问
    [root@mysql-slave1 ~]# mysql -h192.168.244.145 -uroot -p123 Warning: Using a password on the command line interface can be insecure. ERROR 1045 (28000): Access denied for user 'root'@'192.168.244.144' (using password: YES)
    host cache是默认开启的,如果要禁掉,可将host_cache_size设置为0,该参数是个动态参数,可在线修改。
    如果要完全禁掉TCP/IP连接,可在MySQL启动时,设置skip-networking参数。
    总结:
    1. 从原理上看,DNS解析一般只针对客户端的第一次连接,客户端数据量比较小的情况下,开销其实不大,完全不必启动skip_name_resolve参数,带来的好处就是,为客户端和多变的IP直接解耦,只需对主机名进行一次授权。
    2. 在没开启skip_name_resolve情况下,无论是通过# mysql -p123456 走socket连接还是# mysql -p123456 -h127.0.0.1走TCP连接,显示的用户都是root@localhost。如果要显示root@127.0.0.1,必须开启skip_name_resolve参数。
    另,可通过\s查看当前连接使用的是socket还是TCP。
    以上这篇关于skip_name_resolve参数的总结分享就是小编分享给大家的全部内容了,更多相关内容请关注PHP中文网(www.php1.cn)!
    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    在我站开通SVIP可同时获得17个站点VIP资源 立即登录 立即注册
    快速回复 返回顶部 返回列表