我在测试主从方案的时候发现状态丢失了，同步用的binlog也不见了(binlog doesn’t exist)，非常奇怪，回顾解决以后写在这里供大家参考。
报错与原因 #
发现错误信息类似于
Slave: Table 'XXX' doesn't exist
Error running query, ......，We stopped at log 'mysql-bin.000036' position 154.
赶快去找，本想看看主数据的这个文件的position 154是什么语句，使用语句
show binlog events in 'mysql-bin.000036'
居然返回了502。
又到主库的服务器查看了下binlog的存储情况，发现binlog的编号是从36开始的，前面的不见了！难道设置了参数定期删除binlog？
于是又来到了my.cnf文件，查看文件之后找到了一个expire_logs_days。经搜索，确定了这个参数就是删除以前binlog文件的“罪魁祸首”。
到这来，大概明白了为啥主从同步没有成功，因为这是基于binlog的（逐行扫描sql语句进行同步写入），如果binlog文件不全，就无法正确的进行主从同步。
解决办法 #
这种情况从删除那一天起，至今所有的同步语句全部都丢失了，所以除非可以精确的知道执行了哪些语句，或者那些语句都不重要可以忽略，不然都必须要清理数据库，备份主库，重新手动更新从库来解决。可以参考我的 备份数据库这篇文章的。
如果你精确的知识执行了哪些语句，需要先停止从库，执行丢失的语句，再进行从库同步设置。
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建立主从
小结 #
1.根据情况设置expire_logs_days，位于mariadb的配置文件中，意思是超时天数，超过这个数值就清理掉过期的binlog
2.还有一个参数叫max_binlog_size，默认是1G，如果设置的太小可能导致大事物被截断，保持默认就好。
