ggvylf 的BLOG
用户名：ggvylf
文章数：122
访问量：14099
注册日期：
阅读量：5863
阅读量：12276
阅读量：357894
阅读量：1054363
51CTO推荐博文
查看日志相关的全局变量：&&& mysql&SHOW GLOBAL VARIABLES LIKE '%log%'修改相关变量：&&& 1.对于开关某个功能，使用SET GLOBAL xxx=xxx即可。&&& 2.涉及到文件的操作，只能修改配置文件，添加内容到配置文件并重启服务后生效。错误日志：&&& 记录内容：&&&&&&& 服务器的启动和关闭产生的信息&&&&&&& 服务器运行过程中的错误信息&&&&&&& 时间调度器上运行一个事件时产生的信息&&&&&&& 在从服务器上启动和关闭从服务器进程时产生的信息&&& 文件位置：&&&&&&& 默认是存放在数据目录，文件名为SERVERHOSTNAME.err的文件。&&& 相关变量：&&&&&&& log_error 指定错误日志文件&&&&&&& log_warning 是否记录警告信息，1表示记录。默认为1。一般查询日志：&&& 记录内容：&&&&&&& 查询的操作&&& 文件位置：&&&&&&& 默认是存放在数据目录，文件名为SERVERHOSTNAME.log的文件&&& 相关变量：&&&&&&& general_log& 是否启用一般查询日志，默认是OFF。避免记录大量的io。&&&&&&& general_log_file 指定一般查询日志文件的位置&&&&&&& log 是否记录所有语句到日志，默认为OFF。mysql5.6已废弃。&&&&&&& log_output 指定一般查询日志和慢查询日志的输出位置，默认是使用TABLE。在编译时会变为FILE。可以使用TABLE表示记录到表中或者NONE表示不记录。TABLE和FILE可以一起使用，用逗号隔开即可。注意此变量优先级高。一旦设定为NONE，即时general_log设定为ON，也不记录。&&&&&&& sql_log_off 控制是否禁止将一般查询日志信息记录进日志文件，默认为OFF。慢查询日志：&&& 记录内容：&&&&&&& 查询时间较长的操作&&& 文件位置：&&&&&&& 默认在数据目录名为SERVERHOSTNAME-slow.log。&&& 相关变量：&&&&&&& long_query_time 指定查询时长阈值，超过此时间都定义为慢查询。注意此长为实际操作执行的时长而不是cpu执行时长。最小值为0，默认为10，单位为秒，支持毫秒级解析度。&&&&&&& slow_query_log 是否启用慢查询日志，日志的输出位置也取决于log_output的设定。&&&&&&& slow_query_log_file 指定慢查询日志文件位置。&&&&&&& max_long_data_size&&&&&&& performance_schema_events_waits_history_long_size 收集事件等待历史的长度二进制日志：&&& 记录内容：&&&&&&& 记录任何可能引起数据库变化的操作，包括DDL，DML，授权语句等等。使用mysql独有的二进制格式，为复制和即时点恢复提供支持。&&&&&&& 二进制日志的格式：&&&&&&&&&&& 基于语句：statment&&&&&&&&&&& 基于行：row&&&&&&&&&&& 混合方式：mixed&&&&&&&&&&& 文件头+事件...&&&&&&&&&&& 事件的组成：&&&&&&&&&&&&&&& position：上个事件的结束位置和下个事件的开始位置。&&&&&&&&&&&&&&& starttime：事件的起始时间&&&&&&&&&&&&&&& action：事件的动作。&&& 文件位置：&&&&&&& 使用工具mysqlbinlog查看，一般的文本编辑文件是无法产看的。&&&&&&& 二进制日志文件：默认在数据目录以mysql-bin或SERVERHOSTNAME开头，末尾为.bin.00000NUM的文件。每次重启服务器后日志将进行滚动。保留旧文件，新创建文件。使用SHOW MASTER STATUS可以查看当前正在使用的文件。使用SHOW BINLOG EVENTS in ‘mysql-bin.00000NUM’ [FROM POSITION] 查看具体内容。日志文件的大小会大于数据的大小，因为里边还记录了其他的额外信息。&&&&&&& 索引文件：记录了二进制日志文件的相关信息。默认在数据目录，名字为mysql-bin.index。&&&&&&& 建议将二进制日志文件和数据分开存放在不同磁盘，这样既能保证安全性，又能保证日志文件之间不出现竞争io的情况。&&&&&&& 也可以执行FLUSH LOGS来手动滚动日志。注意只有二进制和中继日志才是真的滚动，其他日志都是关闭后打开。&&&&&&& 使用SHOW BINARY LOGS查看日志&&&&&&& 使用PURGE BINARY LOGS TO ‘BINLOGFILE’ 可以删除指定文件之前的日志文件&&& 相关变量：&&&&&&& binlog_format STATMENT|ROW|MIXED 指定二进制日志文件的格式&&&&&&& log_bin ON|OFF [FILE] 指定二进制日志文件的位置，没有指定FILE默认写在数据文件下，是否启用二进制日志文件功能。在mysql启动时使用 --log-bin=mysql-bin或者是修改配置文件，在[mysqld]中添加log-bin=mysql-bin和binlog_format=mixed。&&&&&&& sql_log_bin ON|OFF 控制是否将日志写入二进制日志文件&&&&&&& binlog_cache_size 缓存大小，跟随binlog_stmt_cache_size大小变化&&&&&&& binlog_stmt_cache_size 语句缓存大小&&&&&&& sync_binlog NUM 设定对二进制日志文件写入NUM次后就同步到磁盘。0表示不同步，1表示事务提交后才写入二进制日志中。其他正数都表示二进制日志在NUM次写入后就同步到磁盘。注意若autocommit=1，则每条语句的执行都将直接提交。否则事务只有执行COMMIT操作，明确提交后才写入二进制日志中。&&&&&&& max_binlong_cache_size 上限值&&&&&&& max_binlog_size &&&&&&& max_binlog_stmt_cache_size 上限值&&&&&&& expire_logs_days DAY 设定日志过期时间为DAY天，过期会被自动删除。默认为0。&&&&&& &&&&&&& &中继日志：&&& 记录内容：&&&&&&&& 从主服务器的二进制日志文件中复制而来的事件，本质上也是二进制日志文件。&&& 文件位置：&&&&&&& 位于从服务器上。&&& 相关变量：事务日志：&&& 记录内容：&&&&&&& 支持事务的引擎上特有，是为了保证事务的ACID特性，将随机io转换为顺序io，提高效率，保证事务不会丢失。&&&&&&& 事务ID号+原始数据+新数据&&&&&&& TID&OLD_VLAUE&&NEW_VALUE&&&&&&&& 事务只能对表中的内容进行ROLLBACK，对于像DROP TABLE这样的操作是无法回滚的。&&& 文件位置：&&&&&&& 默认为数据目录内，名称为ib_logfileNUM。建议日志文件和数据文件分开存放，并为日志做镜像&&& 相关变量：&&&&&&& innodb_flush_log_at_trx_commit 0|1|2 设定启用事务提交后将内存中的日志事件同步到日志文件中,1表示每当有事务提交或磁盘刷新写入，默认值。2表示每当有事务提交就同步。0表示每1秒同步一次，不在内核中缓存，直接写入磁盘。&&&&&&& innodb_log_buffer_size 内存缓存大小&&&&&&& innodb_log_size& 日志文件大小&&&&&&& innodb_log_files_in_group 日志组中的日志文件个数&&&&&&& innodb_log_group_home_dir 日志存放位置，默认为数据目录&&&&&&& innodb_mirrored_log_groups 是否对日志文件组做镜像&&&&&&& innodb_support_xa=TURE|FLASE 是否启用分布式事务，默认是启用的。若在仅有一个线程修改数据的环境下，关闭后此以提高InnoDB的效率。#mysqlbinlog [OPTION] BINLOGFILE 二进制日至文件查看工具&&& [OPTION]&&&&&&& --start-datetime&&&&&&& --stop-datetime&&&&&&& --start-position&&&&&&& --stop-position&&& 例如：&&&&&&& #mysqlbinlog /mydata/mdata/mysql-bin.00005&&&&&&& #mysqlbinlog --start-position=177 --stop-position=358 /mydata/mdata/mysql-bin.00005&&&&&&& #mysqlbinlog --start-datetime=' 19:22:31' /mydata/mdata/mysql-bin.00005&&&&&&& #mysqlbinlog /mydata/mdata/mysql-bin.00005 & a.sql 从二进制文件读取内容导出成sql脚本文件。实例：&&& 0.开启二进制日志记录功能：&&&&&&& #vim /f&&&&&&&&&&& [mysqld]&&&&&&&&&&& log_bin=mysql-bin&&&&&&&&&&& binlog_format=MIXED&&&&&&& 或在服务启动时指定&&&&&&& #mysqld_safe --log_bin=mysql-bin --binlog_format='MIXED' --user=root &&&& 1.查看所有二进制日志文件：&&&&&&& mysql&SHOW BINARY LOGS;&&& 2.显示当前正在使用的二进制日志文件：&&&&&&& mysql&SHOW MASTER STATUS；&&& 3.查看指定二进制日至文件的具体内容：&&&&&&& mysql&SHOW BINLOG EVENTS in ‘mysql-bin.000005’ FROM POSITION=177;&&&&&&& 或&&&&&&& #mysqlbinlog /mydata/mdata/mysql-bin.000005&&& 4.手工滚动二进制文件：&&&&&&& mysql&FLUSH LOGS;&& &&&& 5.删除指定二进制日志文件之前的日志文件&&&&&&& mysql&PURGE BINARY LOGS TO ‘mysql-bin.00005’;&&& 6.导出二进制日志文件为sql脚本：&&&&&&& #mysqlbinlog /mydata/mdata/mysql-bin.000005 & a.sql本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)MySQL--binlog日志恢复数据
MySQL--binlog日志恢复数据
恢复数据的重要命令如下
& &默认的日志是mysql-bin.000001，现在刷新了重新开启一个就多了一个mysql-bin.000002
& & & & & & & & & & & & & & & & ./mysqlbinlog --no-defaults binlog日志名，来查看日志
[root@localhost bin]# ./mysqlbinlog --no-defaults ../var/mysql-bin.000001 | more & & //查看bin-log日志的内容
[root@localhost bin]# ./mysqlbinlog --no-defaults ../var/mysql-bin.000001 | ./mysql -uroot -p //恢复mysql-bin.000001日志的内容
如果需要从某个点恢复到某个点，用以下操作
定位： --start-position 开始点
--stop-position 结束点
--start-date 开始时间
--stop-date &结束时间
现在恢复mysql-bin.000002恢复，从134点开始到386结束 &&
[root@localhost bin]# ./mysqlbinlog --no-defaults --start-position 134 --stop-position=386 ../var/mysql-bin.000002 | ./mysql -uroot -p
/** & & & &mysqlbinlog日志恢复数据实验 & & & & ****/
//查看一下var下面的内容，现在是没有mysql-log.000001类似的binlog日志的
[root@localhost var]# ls
brocms & & & ibdata1 & & &ib_logfile1 & &localhost.pid &mysql-bin.index
brotherblog &ib_logfile0 &localhost.err &mysql & & & & &test
[root@localhost var]# ../bin/mysql -uroot -p //登录
mysql& //使用test数据库
mysql& //刷新binlog日志，新开一个，现在会在var目录下面生成一个mysql-bin.000001的文件，以下的操作都会记录其中
//创建一个表
mysql& create table user(
& & -& id int auto_increment primary key,
& & -& username char(30),
& & -& password char(32))
& & -& engine=myisam default charset=utf8;
//插入几条测试数据
mysql& insert into user(username,password) values(1,2);
mysql& insert into user(username,password) values(1,2);
mysql& insert into user(username,password) values(1,2);
//新开一个binlog日志，现在会生成一个名为mysql-bin.000002的文件,下面的操作会记录在mysql-bin.000002的文件中
//查询一下内容
mysql& select *
+----+----------+----------+
| id | username | password |
+----+----------+----------+
| &1 | 1 & & & &| 2 & & & &|
| &2 | 1 & & & &| 2 & & & &|
| &3 | 1 & & & &| 2 & & & &|
+----+----------+----------+
mysql& //现在将数据删除
mysql& //将表删除
mysql& select * //查看表里面的内容&
[root@localhost var]# ls
brocms & & & ibdata1 & & &ib_logfile1 & &localhost.pid &mysql-bin.000001 &mysql-bin.index
brotherblog &ib_logfile0 &localhost.err &mysql & & & & &mysql-bin.000002 &test
[root@localhost var]# ../bin/mysqlbinlog --no-defaults mysql-bin.000001 | more //查看mysql-bin.000001里面的内容
[root@localhost var]# ../bin/mysqlbinlog --no-defaults mysql-bin.000002 | more //查看mysql-bin.000002里面的内容
[root@localhost var]# ../bin/mysqlbinlog --no-defaults mysql-bin.000001 | ../bin/mysql -uroot -p //用mysql-bin.000001来恢复数据
Enter password:
[root@localhost var]# ../bin/mysql -uroot -p //进数据库查看
+----------------+
| Tables_in_test |
+----------------+
| user & & & & & |
+----------------+
1 row in set (0.00 sec)
mysql& select * //查看数据，数据回来了
+----+----------+----------+
| id | username | password |
+----+----------+----------+
| &1 | 1 & & & &| 2 & & & &|
| &2 | 1 & & & &| 2 & & & &|
| &3 | 1 & & & &| 2 & & & &|
+----+----------+----------+
3 rows in set (0.00 sec)
如果需要从某个点恢复到某个点，用以下操作
定位： --start-position 开始点
--stop-position 结束点
--start-date 开始时间
--stop-date &结束时间
现在恢复mysql-bin.000002恢复，从134点开始到386结束 &&
[root@localhost bin]# ./mysqlbinlog --no-defaults --start-position 134 --stop-position=386 ../var/mysql-bin.000002 | ./mysql -uroot -p
(window.slotbydup=window.slotbydup || []).push({
id: '2467140',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467141',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467142',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467143',
container: s,
size: '1000,90',
display: 'inlay-fix'
(window.slotbydup=window.slotbydup || []).push({
id: '2467148',
container: s,
size: '1000,90',
display: 'inlay-fix'5516人阅读
操作命令：
show binlog events in 'binlog.000016' limit 10;
reset master 删除所有的二进制日志
flush logs& 产生一个新的binlog日志文件
/ 查看二进制文件列表和文件大小
./mysqlbinlog --start-datetime=& 15:30:00& --stop-datetime=& 16:40:00& /var/mysql/binlog/binlog.000005 & a.log
近段时间一直在研究mysql的日志系统,在网上看了N多mysql日志操作的文章，但都过于零乱，为了让自己以后不再搞忘，特作出以下总结：
1. 以前我错误的认为mysql的日志可以恢复到任何时间的状态，其实并不是这样，这个恢复是有前提的，就是你至少得有一个从日志记录开始后的数据库备份，通过日志恢复数据库实际上只是一个对以前操作的回放过程而已，不用想得太复杂，既然是回放你就得注意了，如果你执行了两次恢复那么就相当于是回放了两次，后果如何你自己应该清楚了吧。[1:恢复前务必先备份数据.2:由于二进制文件多,并且需要恢复的数据跨度大,可以考虑将 日志文件合并在恢复.]
2. 要想通过日志恢复数据库，在你的my.cnf文件里应该有如下的定义，log-bin=mysql-bin，这个是必须的.binlog-do-db=db_test,这个是指定哪些数据库需要日志，如果有多个数据库就每行一个，如果不指定的话默认就是所有数据库.
log-bin=mysql-bin
binlog-do-db=db_test
binlog-do-db=db_test2
3.删除二进制日志:
a.mysql& system ls -ltr /var/lib/mysql/bintest*;
mysql&reset master(清空所有的二进制日志文件)
b.purge&master logs&to&‘bintest.000006′;(删除bintest.000006之前的二进制日志文件)
c.purge&master logs&before&’ 04:07:00′(删除该日期之前的日志)
d.在my.cnf 配置文件中[mysqld]中添加:
expire_logs_day=3设置日志的过期天数,过了指定的天数,会自动删除
4.下面就是恢复操作了
特别提示，mysql每次启动都会重新生成一个类似mysql-bin.000003的文件，如果你的mysql每天都要重新启动一次的话，这时候你就要特别注意不要选错日志文件了。
(注意：下面有一些技巧，这些东西才是最宝贵的哟，普通的东东手册上都有，这可是我摸索出来的哟，别人我都不告诉他。
在下面你将看到 mysqlbinlog –stop-date=” 9:59:59″ /var/log/mysql/mysql-bin.000001& | mysql -u root -pmypwd 类似的语句，但是它一次只能操作一个日志文件，如果你变通一下变成这样 mysqlbinlog –stop-date=” 9:59:59″/var/log/mysql/mysql-bin.0*&|
mysql -u root -pmypwd 那么它基本上就会表示出的所有的日志文件了，这样可解决你忘记在哪一个日志文件中的问题，当然你也可以用这种写法更完美,mysqlbinlog –stop-date=” 9:59:59″/var/log/mysql/mysql-bin.[0-9]*&| mysql -u root -pmypwd& ，看到[0-9]*这个东东了吧，它表示以数字开头的任何字符，方便吧！
你可以通过–one-database 参数选择性的恢复单个数据库，example在下面，爽吧。
mysqlbinlog –stop-date=” 9:59:59″ /var/log/mysql/mysql-bin.000001& | mysql -u root -pmypwd–one-database db_test
如果你老人家已经使用过 /usr/local/mysql5/bin/mysqlbinlog –start-date=” 9:55:00″ /var/data/mysql5/mysql-bin.0*&& /home/db/tt.sql&类似的语句将日志导成了ASCII文本文件，那么你就可以直接在phpmyadmin或者其它什么乱七糟八的的客户端里执行这个文件文件就行了[source
*.sql]，因为它本身就是一个标准的sql文件，比如想让文件里面的某些语句不执行，OK，it’s easy,找到它们删除即可，然后再放进去执行就OK滴啦！这个可是灰常灰常的爽哟。。。。。。
我来给大家讲一下，下面这条语句都做了什么
mysqlbinlog –stop-date=” 9:59:59″ /var/log/mysql/mysql-bin.000001& | mysql -u root -pmypwd –one-database db_test
这是把mysql-bin.000001这个二进制文件里的内容转换成ASCII文件(也就是sql语句)，直接通过管道操作符”|”传输给 mysql这个程序，然后过滤掉其它数据库的语句，只在db_test里执行。
着了，多打了一个技巧，现在暂时没内容，等以后再加吧！！！
下面部份摘录自网上。
如果MySQL服务器启用了二进制日志，你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如，从你最后一次备份)直到现在或另一个指定的时间点的数据。关于启用二进制日志的信息，参见5.11.3节，“二进制日志”。对于 mysqlbinlog的详细信息，参见mysql手册8.6节，“mysqlbinlog：用于处理二进制日志文件的实用工具”。
要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为– log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：
SHOW BINLOG EVENTS G
你还可以从命令行输入下面的内容：
mysql –user=root -pmy_pwd&-e&‘SHOW BINLOG EVENTS G’
将密码my_pwd替换为服务器的root密码。
1. 指定恢复时间
对于MySQL 4.1.4，可以在mysqlbinlog语句中通过–start-date和–stop-date选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：
mysqlbinlog –stop-date=” 9:59:59″ /var/log/mysql/mysql-bin.000001& | mysql -u root -pmypwd
该命令将恢复截止到在–stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：
mysqlbinlog –start-date=” 10:01:00″ /var/log/mysql/mysql-bin.000001& | mysql -u root -pmypwd
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。
2. 指定恢复位置
也可以不指定日期和时间，而使用mysqlbinlog的选项–start-position和–stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为：
mysqlbinlog –start-date=” 9:55:00″ –stop-date=” 10:05:00″
/var/log/mysql/mysql-bin.000001 & /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：
mysqlbinlog –stop-position=”368312″ /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd
mysqlbinlog –start-position=”368315″ /var/log/mysql/mysql-bin.000001 | mysql -u root -pmypwd
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：195940次
积分：2297
积分：2297
排名：第12672名
原创：27篇
转载：91篇
评论：21条
(1)(1)(1)(9)(2)(2)(4)(1)(5)(7)(4)(3)(5)(9)(13)(1)(1)(1)(2)(8)(7)(10)(11)(1)(9)(2)Linux--不是那么难，学习Linux--那么难是不？Legion是一个个人的linux学习记录型博客，本人不望博客多出名，只期待自己能把自己在linux路上的点点滴滴都做个记录。只期望自己能很好的坚持写下去。月魔zhi蕾 的BLOG
用户名：月魔zhi蕾
文章数：53
访问量：25361
注册日期：
阅读量：5863
阅读量：12276
阅读量：357894
阅读量：1054363
51CTO推荐博文
mysql的binlog日志介绍Binlog是mysql以二进制形式打印的日志，它默认不加密，不压缩。binlog二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改文件位置和格式：当用--log-bin[=file_name]选项启动时，mysqld写入包含所有更新数据的SQL命令的日志文件。如果未给出file_name值， 默认名为-bin后面所跟的主机名。如果给出了文件名，但没有包含路径，则文件被写入数据目录。删除mysql的binlog日志有两种方法：自动删除和手动删除1.自动删除&永久生效：修改mysql的配置文件my.cnf，添加binlog过期时间的配置项：expire_logs_days=30，然后重启mysql，这个有个致命的缺点就是需要重启mysql。&临时生效：进入mysql，用以下命令设置全局的参数：set global expire_logs_days=30;&（上面的数字30是保留30天的意思。）&2.手动删除可以直接删除binlog文件，但是可以通过mysql提供的工具来删除更安全，因为purge会更新mysql-bin.index中的条目，而直接删除的话，mysql-bin.index文件不会更新。mysql-bin.index的作用是加快查找binlog文件的速度。（1）直接删除找到binlog所在目录，用rm binglog名 直接删除例：rm mysql-bin.010（2）通过mysql提供的工具来删除删除之前可以先看一下purge的用法：删除举例：RESET MASTER;//删除所有binlog日志，新日志编号从头开始PURGE MASTER LOGS TO 'mysql-bin.010';//删除mysql-bin.010之前所有日志PURGE MASTER LOGS BEFORE ' 22:46:26';// 删除 22:46:26之前产生的所有日志本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)}