mysql 连接

grant all privileges on *.* to 'root'@'主机名' identified by 'msql密码' with grant option

设置root授权访问以上所有的数据库

flush privileges

mysql无法连接总结

1 先弄清楚mysql.user表的host和user列的含义，host列表示ip地址或者hostname，它和user列组成联合主键，host列的约束关系：比如172.%即代表只能172开头的网段才能登 陆该db；%表示任何网段都能登陆；同一user下如果既有172.%和%的host，那就取并集，即任何网段都能登陆

2 密码错误，一般报1045错误

一般是以下误 *** 作

2.0 首先明确一点，grant方式新建用户后其实不用flush privileges，而flush privileges刷新全新只对后续的连接有效，对本次连接无效

2.1 可能是update user表的方式修改了密码以后，忘记flush privileges，这时并没有生效，断开重连后沿用的还是旧密码

2.2 可能是update user表的方式修改了密码以后，忘记flush privileges，这时并没有生效，db重启以后必须用新密码才能登陆

2.3 就是简单的修改了密码，忘记了新密码，一般可以用skip-grant-tables的方式免密码登陆，修改回来，这个方法比较简单，但是需要重启db；

在云服务器中，一般都会保存一个管理账户密码，总是被客户随意修改导致备份，监控等失败，可以通过以下方法在线修改回来，无须重启db

2.3.1 copy 用户库的user表相关的文件到自己测试库

2.3.2 在测试库更改用户密码或添加用户

2.3.3 把user表相关的文件copy到用户库

2.3.4 kill -SIGHUP 用户的mysqld进程

3 是否设置了禁用dns解析，即设置了skip_name_resolve却还是用主机名称连接

4 是否设置了绑定ip访问，即设置了bind-address却还是用其他ip连接

5 确认是否是网络问题，一般直接ping ip的方式确定，这时先解决网络问题

6 确认是否能够telnet通对应ip的端口，如果不通的话，一般是以下原因

6.1 检查磁盘空间是否已经满了，即磁盘不足,这时应该无法telnet

6.2 检查mysqld进程是否存活，是否正好处于关闭中或者启动中，看错误日志即可，这时无法telnet

6.3 检查防火墙，是否开通了对应的db port

6.4 mysqld oom内存不足重启，这时会有短暂的时间连接不上，通过查看mysqld进程的启动时间或系统日志搜索oom关键字 /var/log/message

7 确认是否连接数打满了，一般报too many connections

8 确认是否是本地端口耗尽，这时一般报错 ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.0.10' (99)，注意最后括号的数字是99，解决方法一般是增加 local_port的范围 ， /proc/sys/net/ipv4/ip_local_port_range 这里的值，两者相减 就是目前的范围

9 还有一种情况，比如敲的登陆命令为mysql -uxx -pxx -hxxx database1，这时相当于连接到mysql后还有一个use database1的 *** 作，如果卡住了一般就是卡在那不动，也不提示错误，这时需要注释掉database1登录进去查看是哪个线程卡住了它，或者本身这个db下表太多，本来就慢

---