MySQL系統表故障探究

發布時間：2020-08-10 13:05:11 來源：ITPUB博客閱讀：158 作者：bestpaydata 欄目：MySQL數據庫

最近在巡檢的時候，發現mysql錯誤日志中，報如下錯誤：

1779986 2015-10-06 00:06:37 7f5215214700 InnoDB: Error: Table "mysql"."innodb_table_stats" not found.
1779987 2015-10-06 00:06:37 7f5215214700 InnoDB: Recalculation of persistent statistics requested for table "xxxx"."xxxxxx" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead.

經過排查，發現是mysql 的幾張系統表不見了，到底是那幾張呢？

MySQL 5.6的ibdata1表空間包含了5個InnoDB基礎表,如下:

mysql> select table_name from information_schema.tables where table_schema='mysql' and engine='InnoDB';
+----------------------+
| table_name           |
+----------------------+
| innodb_index_stats   |
| innodb_table_stats   |
| slave_master_info    |
| slave_relay_log_info |
| slave_worker_info    |
+----------------------+
5 rows in set (0.00 sec)

在MySQL 5.6之前,如果關閉MySQL后刪除ibdata1,再重新啟動MySQL的時候ibdata1會被重新創建，但從MySQL 5.6開始,這5個表不會被重建，究其緣由是因為這幾張表的存儲引擎是innodb，而且在MySQL5.5 中并沒有這幾張表。大致來看看5.6與5.5系統表的區別：

    MySQL 5.5 系統表
 +---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| host                      |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| servers                   |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
| user                      |
+---------------------------+
22 rows in set (0.00 sec)

MySQL 5.6 系統表
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| event                     |
| func                      |
| general_log               | 
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| innodb_index_stats        |
| innodb_table_stats        |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| servers                   |
| slave_master_info         |
| slave_relay_log_info      |
| slave_worker_info         |
| slow_log                  |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
| user                      |
+---------------------------+
28 rows in set (0.00 sec)

由上述統計可以看到，在mysql5.6 中，除了增加了上述5張表，還添加了general_log 、slow_log 表，并且將5.5中的host表合到了5.6中的user表中。
在錯誤日志中追溯原因，發現是在一次故障遷移中，刪除過ibdata1文件，在重啟之后，自動創建的ibdata1文件，但這幾張innodb系統表并沒加載到表空間中。這些錯誤雖然并不影響業務，但很影響備份，在錯誤日志中大量出現，也是很煩的。

那么對于這樣的錯誤，我們該如何處理？

1、如果是slave備機，停止復制，記錄pos等信息（對于不復制mysql庫來說，也沒有必要做這一步）

mysql>stop slave ;

2、刪除上述系統表

drop table mysql.innodb_index_stats;

    drop table mysql.innodb_table_stats;
    drop table mysql.slave_master_info;
    drop table mysql.slave_relay_log_info;
drop table mysql.slave_worker_info ;

3、刪除相關的.frm與 .ibd 文件

rm -rf innodb_*_stats*

rm -rf slave_*

4、重新創建上述系統表

從其他機器上，使用mysqldump將這幾張表的表結構備份出來，放到該機器上重新執行，備份腳本如下：

#!/bin/sh
TABLELIST="innodb_index_stats"
TABLELIST="${TABLELIST} innodb_table_stats"
TABLELIST="${TABLELIST} slave_master_info"
TABLELIST="${TABLELIST} slave_relay_log_info"
TABLELIST="${TABLELIST} slave_worker_info"
mysqldump -uroot -p mysql ${TABLELIST} > mysql_innodb_tables.sql

將 mysql_innodb_tables.sql拷貝到出現壞表錯誤的那臺數據庫機器,并將其導入到系統庫mysql庫中.
```
# mysql -uroot -p mysql < mysql_innodb_tables.sql
```
運行FLUSH TABLES(可選)

5、重啟數據庫

6、啟動slave，如果報錯，重新change master

7、重新確定錯誤日志中有無類似報錯

注意:不要輕易刪除ibdata1文件，在不同的版本、不同的分支，系統表都有可能不太一樣，如mysql 5.6 與 MariaDB 10.0的系統表，mysql5.5 與mysql 5.6 的系統表等等，在做遷移或升級時，很容易忽略掉這些細節，所以在做之前，一定要備份，不要任性而為。

參考文章：http://bugs.mysql.com/bug.php?id=67179

向AI問一下細節

91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

MySQL系統表故障探究

猜你喜歡

91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

MySQL系統表故障探究

猜你喜歡

最新資訊

相關推薦

相關標簽