mysql expires_mysql的expire_logs_days参数引发的主从状态丢失问题

我在测试主从方案的时候发现状态丢失了，同步用的`binlog`也不见了(binlog doesn't exist)，非常奇怪，回顾解决以后写在这里供大家参考。

### 报错与原因

发现错误信息类似于

``` error

Slave: Table 'XXX' doesn't exist

Error running query, ......，We stopped at log 'mysql-bin.000036' position 154.

```

赶快去找，本想看看主数据的这个文件的`position 154`是什么语句，使用语句

```sql

show binlog events in 'mysql-bin.000036'

```

居然返回了502。

又到主库的服务器查看了下`binlog`的存储情况，发现`binlog`的编号是从`36`开始的，前面的不见了！难道设置了参数定期删除`binlog`？

于是又来到了`my.cnf`文件，查看文件之后找到了一个`expire_logs_days`。经搜索，确定了这个参数就是删除以前`binlog`文件的“罪魁祸首”。

到这来，大概明白了为啥主从同步没有成功，因为这是基于`binlog`的(逐行扫描`sql`语句进行同步写入)，如果`binlog`文件不全，就无法正确的进行主从同步。

### 解决办法

这种情况从删除那一天起，至今所有的同步语句全部都丢失了，所以除非可以精确的知道执行了哪些语句，或者那些语句都不重要可以忽略，不然都必须要清理数据库，备份主库，重新手动更新从库来解决。可以参考我的[备份数据库](https://coding3min.com/845.html)这篇文章的。

如果你精确的知识执行了哪些语句，需要先停止从库，执行丢失的语句，再进行从库同步设置。

``` sql

mysql> stop slave;

Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> reset slave;

Query OK, 0 rows affected (0.00 sec)

.....执行你的语句

mysql> change master to master_host='192.168.1.51', master_user='replslave', master_password='replslave', master_log_file='mysql-bin-000002',master_log_pos=168;

Query OK, 0 rows affected (0.11 sec)

```

如果不知道怎进行从库同步设置，请参考[mariadb/mysql建立主从](https://coding3min.com/844.html)

### 小结

1.根据情况设置`expire_logs_days`，位于`mariadb`的配置文件中，意思是超时天数，超过这个数值就清理掉过期的`binlog`

2.还有一个参数叫`max_binlog_size`，默认是`1G`，如果设置的太小可能导致大事物被截断，保持默认就好。

参考：[mysql的expire_logs_days参数引发的问题](https://blog.csdn.net/a7442358/article/details/102667545)