一个计算机技术爱好者与学习者

0%

好好学MySQL:MySQL问题记录

1. 前言

本文记录使用MySQL过程中遇到的一些问题,备忘。

2. ERROR 2002 (HY000)

2.1. 问题描述

mysql -u root -p,然后输入密码,登录mysql,报错如下:

1
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

2.2. 排查解决

参考文档:MySQL错误ERROR 2002 (HY000)

1、查看mysql.sock文件位置
find / -name mysql.sock,结果为:/data/db/3306/mysql.sock

和报错中的/tmp/mysql.sock不一致。

/tmp下没有mysql.sock文件,依次执行touch mysql.sockchmod 666 mysql.sock

重启mysql,service mysqld restart,再次登录mysql,报错如下:

1
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111)

2、找到mysql配置文件
ps aux | grep mysql,在结果中找到:

1
--defaults-file=/opt/mysql/my.cnf

3、查看mysql.sock配置
more /opt/mysql/my.cnf | grep sock,结果如下:

1
2
socket=/data/db/3306/mysql.sock
socket = /data/db/3306/mysql.sock

4、修改my.cnf
vim /opt/mysql/my.cnf,修改两个socket如下:

1
2
socket = /tmp/mysql.sock
socket = /tmp/mysql.sock

重启mysql,再次登录,成功!

3. Lost connection to MySQL server during query

3.1. 问题描述

Python使用tortoise-orm库连接MySQL,偶尔报错:

1
2013, 'Lost connection to MySQL server during query ([Errno 104] Connection reset by peer)'

3.2. 排查解决

这是报错,是因为mysql自动断开了长时间没有任何动作的连接。

解决办法:使用pool_recycle参数,并且小于wait_timeout和interactive_timeout

原理:
mysql根据wait_timeout和interactive_timeout的配置,自动断开长时间没有任何动作的连接。

tortoise-orm的pool_recycle参数可以避免MySQL自动断开长时间没有任何动作的连接,是因为它会定期检查连接的有效性,并在超过指定时间后关闭并重新打开连接。这样,就可以保证连接池中的连接都是新鲜的,不会因为MySQL服务器的超时设置而被断开。

pool_recycle应该小于wait_timeout和interactive_timeout。

MySQL配置timeout的方法:
1、查看wait_timeout和interactive_timeout

1
2
show global variables like '%timeout%';
show variables like '%timeout%';

2、编辑/etc/my.cnf,如下修改

1
2
wait_timeout=28800
interactive_timeout=28800

3、重启MySQL

参考文档:How to Fix MySQL Error 2013: Lost Connection to MySQL Server

4. caching_sha2_password cannot be loaded

4.1. 问题描述

mysql命令行连接mysql8.0,报错:

1
ERROR 2059 (HY000): Authentication plugin 'caching_sha2_password' cannot be loaded: /usr/lib64/mysql/plugin/caching_sha2_password.so: cannot open shared object file: No such file or directory

4.2. 排查解决

原因:该错误通常是由于 MySQL 8 使用的默认身份验证插件已更改而引起的。MySQL 8 默认使用 caching_sha2_password 身份验证插件,而之前版本默认使用 mysql_native_password。

解决方法一:服务端改用 mysql_native_password 插件

1
2
[mysqld]
default-authentication-plugin=mysql_native_password

解决方法二:升级客户端,安装支持mysql8.0的client,参考文档《使用Docker安装配置MySQL》

5. root无权grant问题

5.1. 问题描述

root用户登录mysql后,执行命令

1
grant all privileges on *.* to 'root'@'%' identified by 'vkpassword2';

报错:Error 1045 (28000): Access denied for user ‘root‘@’localhost’ (Using password: YES)

5.2. 问题排查

原因:root@localhost 不具备grant权限。

1
show grants for root@'localhost';

如果具备grant权限,那么会看到下面的输出:

1
2
3
4
5
6
+---------------------------------------------------------------------+
| Grants for root@localhost |
+---------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION |
| GRANT PROXY ON ''@'' TO 'root'@'localhost' WITH GRANT OPTION |
+---------------------------------------------------------------------+

如果没有grant权限,那么第一行不会出现 WITH GRANT OPTION

解决办法:

1
2
3
update mysql.user set Grant_priv="Y" where user="root" and host="localhost";
flush privileges;
exit;

重新登录后,就可以正常执行授权命令了。

6. mysql身份认证插件问题

6.1. 问题描述

python连接mysql8.0,正常。后来切换了一个新的mysql8.0数据库,连接报错:

1
RuntimeError: 'cryptography' package is required for sha256_password or caching_sha2_password auth methods

6.2. 解决办法

参考文档:浅谈 MySQL 新的身份验证插件 caching_sha2_password

问题原因:mysql8.0之后,默认身份认证插件从 mysql_native_password 换成了 sha256_password,使用老的数据库没有问题,说明老的数据库使用的是 mysql_native_password,因此新的数据库也要换成 mysql_native_password

具体操作:
1、修改mysql配置

1
vim /etc/mysql/conf.d/my.cnf

添加配置:

1
default_authentication_plugin = mysql_native_password

2、重启mysql

1
systemctl restart mysqld

3、验证修改是否成功

1
SHOW VARIABLES LIKE 'default_authentication_plugin';

4、配置用户使用默认认证插件
添加新用户:

1
2
3
CREATE USER 'vkuser'@'%' IDENTIFIED WITH mysql_native_password BY 'vk123456';
GRANT all privileges on vkdb.* TO 'vkuser'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;

或者修改已有用户的认证插件:

1
2
ALTER USER 'vkuser'@'%' IDENTIFIED WITH mysql_native_password BY 'vk123456';
FLUSH PRIVILEGES;

7. 无法通过主机IP连接MySQL问题

7.1. 问题描述

参考《好好学MySQL:使用Docker安装配置MySQL》安装mysql8.0.28。
mysql容器运行后,mysql容器内测试登录,发现登录时host指定宿主机eth0或者docker0 IP时会报错。
具体表现如下:

1
2
3
4
5
6
7
8
9
10
11
mysql -uroot -p
# 可以正常登录

mysql -h127.0.0.1 -uroot -p
# 可以正常登录

mysql -h192.168.56.101 -uroot -p
# host指定宿主机eth0 IP,报错:ERROR 1045 (28000): Access denied for user 'root'@'192.168.56.101' (using password: YES)

mysql -h172.17.0.1 -uroot -p
# host指定宿主机docker0 IP,报错:ERROR 1045 (28000): Access denied for user 'root'@'192.168.56.101' (using password: YES)

7.2. 问题排查

7.2.1. 教程问题?

怀疑是《好好学MySQL:使用Docker安装配置MySQL》文档有误。

1、是否是mysql8.0.28镜像近期有了更新,原本的安装方法不适用了?
检查docker hub上的mysql8.0.28镜像更新时间,两年前更新,不是镜像问题。

2、是否是启动时需要加上-e MYSQL_ROOT_HOST=%参数?
加上该参数后,问题依旧。

3、是否是时区问题?
启动命令加上 -v /etc/localtime:/etc/localtime:ro ,问题依旧。

7.2.2. 远程登录配置问题?

根据以前的测试,默认是允许远程登录的才对。
假设默认没有允许远程登录,那么手动配置允许远程登录。

1
2
3
4
5
mysql -uroot -p

> CREATE USER 'root'@'172.20.0.145' IDENTIFIED BY 'mysql123';
> GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.56.101';
> FLUSH PRIVILEGES;

配置后,问题依旧。

7.2.3. 端口占用问题?

其他程序占用了3306端口?

1
netstat -nlp | grep 3306

确实是mysql服务占用了3306端口,没有问题。

7.2.4. 主机问题?

换一台主机,同样的方法安装mysql8.0.28,host指定宿主机eth0或者docker0 IP时,可以正常登录。证明了是主机本身存在什么问题。

两台主机,docker版本相同(19.03.15),/etc/docker/daemon.json 配置相同,docker network ls网络配置相同。

最终有两个怀疑,但是没有验证,可供参考:
1、网络问题。有问题的主机,同时也是k8s master节点,也许网络受到ipvs的影响。
2、内核问题。有问题的主机内核版本为 4.19.188-10.el7.ucloud.x86_64 ,正常主机的内核版本为 3.10.0-1160.36.2.el7.x86_64

临时解决办法:启动mysql8.0.28容器时,使用 --network=host

7.2.5. 端口转发问题

继续排查发现,主机上之前配置过一个端口映射,3306端口转发到了另一个主机的mysql服务。具体配置方法可以参考《iptables实现端口映射》

至此,问题原因就清楚了:主机上配置了3306端口的转发,登录时host指定宿主机eth0或者docker0 IP时,实际上尝试登录的,是另外一个mysql。

解决办法:启动mysql8.0.28容器时,把3306换成另外一个端口。

  • 本文作者: 好好学习的郝
  • 原文链接: https://www.voidking.com/dev-mysql-problem/
  • 版权声明: 本文采用 BY-NC-SA 许可协议,转载请注明出处!源站会即时更新知识点并修正错误,欢迎访问~
  • 微信公众号同步更新,欢迎关注~