mysql出现unauthenticated user简单分析以及解决
当用show processlist;看到如下信息时:
LL | login | NULL |
| 697 | unauthenticated user | 218.26.219.186:26944 | NULL | Connect | NULL | login | NULL |
| 699 | unauthenticated user | 218.204.126.130:41099 | NULL | Connect | NULL | login | NULL |
| 700 | unauthenticated user | 201.91.135.204:43806 | NULL | Connect | NULL | login | NULL |
经过查证,不管连结的的方式是经过 hosts 或是 IP 的模式,他都会对 DNS 做反查
mysqld 会尝试去反查 IP -> dns ,由于反查解析过慢,无法应付快速多量的查询
解决办法:
1、修改my.ini文件,在 [mysqld] 行下添加 –skip-name-resolve ,重新启动mysql服务
2、访问的主机授权时用IP,最好把该主机的IP及主机名写到/etc/hosts文件中
经过以上的设定及重新启动过后,直到现在还没有看到一个 unauthenticated user 的情况发生
近日还是会持续的观察 Mysql 的运作情况,如有问题将会持续的禀报及解决
经过这样处理后,就只能通过localhost访问数据库,如果在/etc/hosts加别名到127.0.0.1 是不行的.会出现报错:
[root@X ~]# mysql -h127.0.0.1 -p
Enter password:
ERROR 1130 (00000): Host '127.0.0.1' is not allowed to connect to this MySQL server
所以如果在使用了多个Mysql访问主机名时,激活–skip-name-resolve
就会导致系统只允许 localhost访问.而127.0.0.1访问就会被拒绝.
相关文档：
这两天正在测MYSQL的性能，按照MYSQL文档中推荐的设置，修改了几个系统变量
innodb_buffer_pool_size=1G
innodb_log_file_size=250M
innodb_log_buffer_size=8M
结果MYSQL崩了。mysql客户端能登录，但只要执行任何命令，mysqld立刻崩掉。
开始还以为是innodb_buffer_pool_size等几个参数设得太大了，可是调整了几次� ......
EXPLAIN 是mysql解释select查询的一个关键字,可以很方便的用于调试
语法格式如下
EXPLAIN tbl_name
或者:
EXPLAIN SELECT select_options
EXPLAIN 语句可以被当作 DESCRIBE 的同义词来用，也可以用来获取一个MySQL要执行的 SELECT 语句的相关信息。
EXPLAIN tbl_name 语法和 DESCRIBE tbl_name 或 SHOW COLUMNS ......
命令方式的.注意每行后边都跟个 ； 表示一个命令语句结束.
格式：grant select on 数据库.* to
用户名@登录主机 identified by "密码"
例1、增加一个用户test1密码为abc，让他可以在任何主机上登录，并对所有数据库有查询、插入、修改、删除的权限。首先用以
root用户连入MYSQL
，
然后键入以下命令：
gr ......
在windows下：
打开命令行窗口，停止mysql服务(或者在任务管理器里结束掉mysqld-nt.exe进程)： Net stop mysql
启动mysql，一般到mysql的安装路径，找到 mysqld-nt.exe
执行：mysqld-nt --skip-grant-tables
另外打开一个命令行窗口，执行mysql
use mysql
update us ......
