面试官：MySQL权限表损坏导致无法启动怎么办？

女爷i 2023-09-30 12:56 6阅读 0赞

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5Y2B5LiA5oqA5pyv5pap_size_20_color_FFFFFF_t_70_g_se_x_16][]

一、背景

近期，公司RDS云产品的MySQL Server版本进行升级，由目前使用的5.7.26版本升级到最新版本5.7.31；升级后测试同学发现：在MySQL创建用户后，5.7.31版本重新启动集群会出现启动失败的现象；而5.7.26版本在相同测试场景下是正常启动的。这到底是为什么呢?

二、问题复现

**2.1** 实验环境

*  CentOS 7.5
 *  MySQL 5.7.31

**2.2** 操作步骤

按照测试同学的测试步骤，首先创建一个用户：

mysql> create user test@'%' identified by '1234';
    Query OK, 0 rows affected (0.01 sec)

然后关闭mysqld；这里需要介绍一下，我们集群的关闭方式是如下方式：

shell> kubectl delete pod yuelei-57-f3b6200-0 -n qfusion-admin

这种方式的内部实现类似于kill -9模式。所以我在线下环境使用kill -9的方式来复现，操作如下：

shell> kill -9 $(pidof mysqld)

然后重启mysqld，操作如下：

shell> mysqld_safe --defaults-file=/etc/mysql/my.cnf &

此时问题复现了，mysqld启动失败，我们查看了下error日志，信息如下：

...
    2020-08-18T10:13:55.506415+08:00 0 [ERROR] /usr/local/mysql/bin/mysqld: Table './mysql/user' is marked as crashed and should be repaired
    2020-08-18T10:13:55.506553+08:00 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table './mysql/user' is marked as crashed and should be repaired
    2020-08-18T10:13:55.506658+08:00 0 [ERROR] Fatal error: Failed to initialize ACL/grant/time zones structures or failed to remove temporary table files.
    2020-08-18T10:13:55.506789+08:00 0 [ERROR] Aborting
    ...

根据报错信息可以看出:MySQL的权限系统表发生了损坏，导致了mysqld启动失败；由于在MySQL 5.7及其之前版本该表是MyISAM引擎，且该引擎不支持事务，所以在mysqld异常崩溃会导致该类型引擎表的损坏;但在mysqld启动时是有参数控制MyISAM引擎的恢复模式，且该参数在我们产品中也配置到了my.cnf中，如下所示：

[mysqld] 
    myisam_recover_options=BACKUP,FORCE

**2.3** 参数解析

对于该参数的官方文档的解释如下：

设置MyISAM存储引擎恢复模式。选项值是OFF、DEFAULT、BACKUP、FORCE或QUICK的值的任意组合。如果指定多个值，请用逗号分隔。指定不带参数的选项与指定DEFAULT相同，指定显式值" "将禁用恢复(与OFF值相同)。如果启用了恢复，则mysqld每次打开MyISAM表时，都会检查该表是否标记为已崩溃或未正确关闭。(只有在禁用外部锁定的情况下运行，最后一个选项才起作用。)在这种情况下，mysqld在表上运行检查。如果表已损坏，mysqld将尝试对其进行修复。

*  OFF：No recovery.
 *  DEFAULT：Recovery without backup, forcing, or quick checking.
 *  BACKUP：If the data file was changed during recovery, save a backup of the tbl\_name.MYD file as tbl\_name-datetime.BAK.
 *  FORCE：Run recovery even if we would lose more than one row from the .MYD file.
 *  QUICK：Do not check the rows in the table if there are not any delete blocks.

服务器自动修复表之前，它将有关修复的注释写到错误日志中。如果您希望能够在无需用户干预的情况下从大多数问题中恢复，则应使用选项BACKUP，FORCE。即使某些行将被删除，这也会强制修复表，但是它将旧的数据文件保留为备份，以便您以后可以检查发生了什么。

全局变量，只读变量，默认为OFF。

三、问题修复

这类MySQL用户表损耗的问题解决方式也是有多种，我这里列举其中一种：

（1）my.cnf中的\[m

[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5Y2B5LiA5oqA5pyv5pap_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/467f2621806e44d985ca867596d8a51b.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5Y2B5LiA5oqA5pyv5pap,size_20,color_FFFFFF,t_70,g_se,x_16