BT宝塔从v8.0.4版本开始 就给MySQL增加了无法删除二进制日志的限制
何谓无法删除？
我们可以设置不保存二进制日志>但是无法本地备份保存数据库 非常坑
但是如果开启了二进制日志 会产生大量数GB级别的日志
多了自然占据大量磁盘空间 如果您的VPS或者服务器不是512GB以上的空间
流量在大一点 一天可以给你糟个五七八GB的 一个月 妥妥二三百GB
如果不清理的话 自己想想吧
于是找来下面的文章 学习！ 尚未验证先收藏
1：二进制日志
二进制日志记录了所有的DDL（数据定义语言）语句和DML（数据操作语言）语句，但是不记录包括数据查询的语句。语句以“事件”的形式保存，它描述了数据的更改过程，此日志对于灾难时的数据恢复起着极其重要的作用
2：日志的位置和格式
当用—log-bin[=file_name]选项启动时，mysqld将包含所有更新数据的SQL命令写入日志文件。如果没有给出file_name值，默认名为主机名后面跟_bin，如果给出了文件名，但没有包含路劲，则文件默认被写入参数DATADIR（数据目录）指定的目录
3：日志的读取
由于日志以二进制的方式存储，不能直接读取，需要用mysqlbinlog工具来查看，语法如下：
#mysqlbinlog log_file
4：日志的删除
对于比较繁忙的OLTP系统，由于每天生产日志量大，这些日志如果长时间不清理，将会对磁盘空间带来很大的浪费，因此，定期删除日志是DBA维护Mysql数据库的一个重要工作内容，下面将介绍几种删除日志的常见方法
（1）：
执行“reset master;”命令，该命令将删除所有二进制日志，新日志的编号从“000001” 开始，命令如下
Mysql>reset master;
（2）：
执行“Purge master logs to ‘mysql-bin.*****’” 命令，该命令将删除“*****” 编号之前的所有日志，下列中删除了“mysql-bin.000001”之前编号的所有日志
Mysql>purge master logs to ‘mysql-bin.000015;
从结果中发现，编号000015之前的所有日志都已经删除
（3）：
执行“purge master logs before ‘yyyy-mm-dd hh24:min:ss’”命令，该命令将删除日期为“yyyy-mm-dd hh24:mi:ss”之前产生的所有日志，下列中删除了日期在“2010-05-22 01:00:00”之前的所有日志
Mysql>purge master logs before ‘2010-05-22 01:00:00’’;
（4）：
设置参数—expire_logs_days=#(days)，此参数的含义是设置日志的过期天数，过来指定的天数后日志将会被自动删除，这样将有利于减少DBA管理日志的工作量。
#vi /etc/my.cnf
[mysqld]
--expire_logs_days=3
这样，3天前的日志都会被删除，系统自动删除
MySQL中的binlog日志记录了数据库中数据的变动，便于对数据的基于时间点和基于位置的恢复，但是binlog也会日渐增大，占用很大的磁盘空间，因此，要对binlog使用正确安全的方法清理掉一部分没用的日志。
[方法一]手动清理binlog
清理前的准备：
1.查看主库和从库正在使用的binlog是哪个文件
| show master status | |
| show slave status\G |
2.在删除binlog日志之前，首先对binlog日志备份，以防万一
开始手动清除binlog，删除指定日期以前的日志
purge master logs before '2016-09-01 17:20:00'; //删除指定日期以前的日志索引中binlog日志文件或
purge master logs to'mysql-bin.000022'; //删除指定日志文件的日志索引中binlog日志文件注意：使用该语法，会将对应的文件和mysql-bin.index中对应路径删除
时间和文件名一定不可以写错，尤其是时间中的年和文件名中的序号，以防不下心将正在使用的binlog删除！！！切勿删除正在使用的binlog
补充：(参考 https://www.aliyun.com/jiaocheng/1405382.html)
- reset master:将删除日志索引文件中记录的所有binlog文件，创建一个新的日志文件，起始值从000001开始。不要轻易使用该命令，这个命令通常仅仅用于第一次用于搭建主从关系的时的主库。
- reset slave:清除master.info文件、relay-log.info文件，以及所有的relay log文件,并重新启用一个新的relaylog文件
使用reset slave之前必须使用stop slave 命令将复制进程停止。
[方法二]通过设置binlog过期时间，使系统自动删除binlog文件
1.在mysql中修改
查看binlog过期时间，这个值默认是0天，也就是说不自动清理，可以根据生产情况修改，本例修改为7天
| mysql> show variables like 'expire_logs_days'; | |
| +------------------------+-------+ | |
| | Variable_name | Value | | |
| +------------------------+-------+ | |
| | expire_logs_days | 0 | | |
| +------------------------+-------+ | |
| mysql> set global expire_logs_days = 7; #设置binlog多少天过期 |
设置之后不会立即清除，触发条件是以下之一：
1.binlog大小超过max_binlog_size，max_binlog_size默认为1G
2.手动执行flush logs
如果binlog非常多，不要轻易设置该参数，有可能导致IO争用，这个时候可以使用purge命令予以清除：
将bin.000055之前的binlog清掉:
mysql>purge binary logs to 'bin.000055';将指定时间之前的binlog清掉:
mysql>purge binary logs before '2017-05-01 13:09:51';2.在配置文件my.cnf中修改
mysqld在每个二进制日志名后面添加一个数字扩展名。每次你启动服务器或刷新日志时该数字则增加。如果当前日志大小达到max_binlog_size,还会自动创建新的二进制日志。如果你正则使用大的事务，二进制日志还会超过max_binlog_size:事务全写入一个二进制日志中，绝对不要写入不同的二进制日志中。
expire_logs_days :定义了mysql清除过期日志的时间。默认值为0,表示“没有自动删除”。
max_binlog_size：二进制日志最大大小，如果二进制日志写入的内容超出给定值，日志就会发生滚动。你不能将该变量设置为大于1GB或小于4096字节。 默认值是1GB。
在my.cnf中添加配置,设置过期时间为30天
expire_logs_days = 30max_binlog_size使用默认值即可
注意：
过期时间设置的要适当，对于主从复制，要看从库的延迟决定过期时间，避免主库binlog还未传到从库便因过期而删除，导致主从不一致！！！
参考
https://www.jb51.net/article/117819.htm
https://blog.csdn.net/zxssoft/article/details/80114475
https://blog.csdn.net/jesseyoung/article/details/40979129
