MySQL重启之后无法写入数据的问题排查及解决！
MySQL重启之后无法写入数据的问题排查及解决！
客户在给系统打补丁之后需要重启服务器,数据库在重启之后,read_only 的设置与标准配置 文件中不一致,导致主库在启动之后无法按照预期写入,所以本文给大家介绍了MySQL重启之后无法写入数据的问题排查及解决,需要的朋友可以参考下。
背景
客户在给系统打补丁之后需要重启服务器，数据库在重启之后，read_only 的设置与标准配置 文件中不一致，导致主库在启动之后无法按照预期写入。
已知并没有外部程序会对数据库做只读的设置，那么会是哪里出了问题？
排查过程
首先，检查启动进程配置文件的内容，是否的确正确配置了 read_only ，有没有在重启前后对文件进行修改：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
# 检查配置文件的修改状态[root@localhost ~]# stat /usr/local/mysql/etc/my.cnfFile: ‘/usr/local/mysql/etc/my.cnf'Size: 6160 Blocks: 16 IO Block: 4096 regular fileDevice: fd00h/64768d Inode: 591296 Links: 1Access: (0644/-rw-r--r--) Uid: ( 27/ mysql) Gid: ( 27/ mysql)Access: 2023-12-18 03:47:45.375190686 +0800Modify: 2022-08-01 23:25:34.861953062 +0800Change: 2022-08-01 23:25:34.862953087 +0800Birth: -# 查看配置文件内对read_only的设置[root@localhost ~]# cat /usr/local/mysql/etc/my.cnf |grep read_only[root@localhost ~]# [root@localhost ~]# |
已知数据库版本信息为 8.0.25 ，近期没有修改过配置文件，文件也没有对 read_only 进行配置，默认配置为 OFF ：
其次，查看所有可能读取的配置文件，并逐个排查：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
# 1. 查看 mysql 配置文件默认的加载顺序[root@localhost ~]# mysql --verbose --help | grep -A 1 'Default options'Default options are read from the following files in the given order:/etc/my.cnf /etc/mysql/my.cnf /usr/local/mysql/etc/my.cnf ~/.my.cnf# 2. 依次查看可能会存在的配置文件，及其配置的 read_only 值[root@localhost ~]# ll /etc/my.cnfls: cannot access /etc/my.cnf: No such file or directory[root@localhost ~]# ll /etc/mysql/my.cnfls: cannot access /etc/mysql/my.cnf: No such file or directory# /usr/local/mysql/etc/my.cnf 为本实例启动时的指定配置文件，配置见上文，此处略[root@localhost ~]# ll ~/.my.cnf-r-------- 1 root root 355 Aug 19 2021 /root/.my.cnf[root@localhost ~]# cat .my.cnf |grep read_only[root@localhost ~]#[root@localhost ~]# ll /home/mysql/.my.cnfls: cannot access /etc/my.cnf: No such file or directory# 3. 通过检查服务器上可能存在的配置文件，发现 read_only 的设置在以上文件内并不存在 |
以上查看配置文件 的配置并没有找到相关配置，那么还有什么办法呢？尝试看看对数据库的历史操作记录，确认是否有用户对数据库做过 read_only 配置的操作：
|
1
2
|
# 通过 /root/.mysql_history ，看到这样的历史记录：set PERSIST_ONLY read_only = 1; |
全局模糊搜索配置文件，发现了 mysqld-auto.cnf 文件：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
[root@localhost ~]# find / -name '*my*cnf'/root/my.cnf/root/.my.cnf/usr/share/mysql/README.mysql-cnf/usr/share/mysql/my-huge.cnf/usr/share/mysql/my-innodb-heavy-4G.cnf/usr/share/mysql/my-large.cnf/usr/share/mysql/my-medium.cnf/usr/share/mysql/my-small.cnf/usr/local/mysql/support-files/my.cnf/usr/local/mysql/etc/my.cnf/data/mysql/mysqld-auto.cnf# 查看 mysqld-auto.cnf 文件内容，以及文件的操作时间[root@localhost ~]# cat /data/mysql/mysqld-auto.cnf{ "Version" : 1 , "mysql_server" : { "read_only" : { "Value" : "ON" , "Metadata" : { "Timestamp" : 1659045255269856 , "User" : "root" , "Host" : "localhost" } } } }# 时间戳转换为北京时间 【1659045255269856】 -- >【2022-07-29 05:54:15】# 查看 mysqld-auto.cnf 文件的状态[root@localhost ~]# stat /data/mysql/mysqld-auto.cnfFile: ‘/data/mysql/mysqld-auto.cnf'Size: 164 Blocks: 8 IO Block: 4096 regular fileDevice: fd08h/64776d Inode: 6291467 Links: 1Access: (0640/-rw-r-----) Uid: ( 27/ mysql) Gid: ( 27/ mysql)Access: 2023-12-19 11:48:42.511662204 +0800Modify: 2022-07-29 05:54:15.269682214 +0800Change: 2022-07-29 05:54:15.269682214 +0800Birth: - |
这套数据库之前由别的团队管理，根据 mysql_history 的操作记录、前后带有时间记录的业务查询、以及 mysqld-auto.cnf 文件的生成时间，这些时间在我们接管之前，接管时仅检查了当时的数据库状态、my.cnf 文件中的配置，非常怀疑是这个操作导致了启动之后 read_only 被开起来，导致业务无法按照预期写入，接下来我们对这个参数进行测试。
参数测试
在主库设置参数。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
# 配置文件检查[root@localhost etc]# cat my.cnf |grep read_onlyread_only = 0super_read_only = 0# 参数检查：mysql> select @@read_only,@@super_read_only;+-------------+-------------------+| @@read_only | @@super_read_only |+-------------+-------------------+| 0 | 0 |+-------------+-------------------+1 row in set (0.00 sec)# 设置参数mysql> set PERSIST_ONLY read_only = 1;Query OK, 0 rows affected (0.00 sec) |
查看重启后的参数变化。
|
1
2
3
4
5
6
7
8
9
10
11
|
# 重启数据库[root@localhost ~]# systemctl restart mysqld_3301# 查看参数：mysql> select @@read_only,@@super_read_only;+-------------+-------------------+| @@read_only | @@super_read_only |+-------------+-------------------+| 1 | 0 |+-------------+-------------------+1 row in set (0.00 sec) |
通过 strace 来查看数据库在启动时读取了哪些配置文件，以下是相关配置片段：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
15:56:34.828260 stat("/opt/mysql/etc/3301/my.cnf", {st_mode=S_IFREG|0640, st_size=5042, ...}) = 0 <0.000008>15:56:34.829061 stat("/opt/mysql/data/3301/mysqld-auto.cnf", {st_mode=S_IFREG|0640, st_size=164, ...}) = 0 <0.000006>15:56:35.154154 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000008>15:56:35.154228 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000007>15:56:35.172411 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000007>15:56:35.172441 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000007>15:56:35.174142 stat("/opt/mysql/data/3301/mysqld-auto.cnf", {st_mode=S_IFREG|0640, st_size=164, ...}) = 0 <0.000007>15:56:35.174172 stat("/opt/mysql/data/3301/mysqld-auto.cnf", {st_mode=S_IFREG|0640, st_size=164, ...}) = 0 <0.000007>15:56:35.357608 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000011>15:56:35.357643 stat("/opt/mysql/data/3301/auto.cnf", {st_mode=S_IFREG|0640, st_size=56, ...}) = 0 <0.000010>15:56:35.360019 stat("/opt/mysql/data/3301/mysqld-auto.cnf", {st_mode=S_IFREG|0640, st_size=164, ...}) = 0 <0.000009>15:56:35.360052 stat("/opt/mysql/data/3301/mysqld-auto.cnf", {st_mode=S_IFREG|0640, st_size=164, ...}) = 0 <0.000008> |
测试结论
根据以上排查过程和测试，数据库在启动时，读取完启动时指定的配置文件，会去读 mysqld-auto.cnf 这个文件，的确是这个参数设置导致 read_only 与标准配置文件预期不符的。
学习资料见知识星球。
以上就是今天要分享的技巧，你学会了吗？若有什么问题，欢迎在下方留言。
快来试试吧，小琥 my21ke007。获取 1000个免费 Excel模板福利！
更多技巧， www.excelbook.cn
欢迎 加入 零售创新 知识星球，知识星球主要以数据分析、报告分享、数据工具讨论为主；
你将获得：
1、价值上万元的专业的PPT报告模板。
2、专业案例分析和解读笔记。
3、实用的Excel、Word、PPT技巧。
4、VIP讨论群，共享资源。
5、优惠的会员商品。
6、一次付费只需99元，即可下载本站文章涉及的文件和软件。
共有 0 条评论