可以看到binlog中的时间并不是有序的,另外注意到每个BEGIN后面都有一个exec_time,这里的exec_time是语句的执行时间,就上图的情况而言,一个BEGIN真的执行了100s吗?实际上这里的begin和commit是提交的时候自动生成的,既然是自动生成的,那么它们的开始时间和THD::start_time也就是一样的,而exec_time是当前时间减去...
# at 71904493 #201130 14:44:16 server id 3341167209 end_log_pos 71904556 CRC32 0x55bf687f Query thread_id=11827220 exec_time=0 error_code=0 SET TIMESTAMP=1606718656/*!*/; BEGIN /*!*/; # at 71904556 #201130 14:44:16 server id 3341167209 end_log_pos 71904647 CRC32 0xccce734d Tab...
timestamp: 事件发生的时间戳,即第二行的(#190308 10:10:09) server id: 服务器标识(1) end_log_pos 表示下一个事件开始的位置(即当前事件的结束位置+1) thread_id: 执行该事件的线程id (thread_id=113) exec_time: 事件执行的花费时间 error_code: 错误码,0意味着没有发生错误 type:事件类型Query c...
80001 SET @@session.original_commit_timestamp=1602482692499600*//*!*/;SET@@SESSION.GTID_NEXT='ANONYMOUS'/*!*/;# at228#20101214:04:52server id1end_log_pos338CRC320x8f981f33Query thread_id=9exec_time=0error_code=0Xid=16SETTIMESTAMP=1602482692/*!*/;SET@@session.pseudo_thread_id=9/*!
#170726 15:20:38 server id 1 end_log_pos 14311 Query thread_id=4 exec_time=0 error_code=0SET TIMESTAMP=1501096838/*!*/; insert into salary(name,dept) values('Ritu', 'Accounting')/*!*/; DELIMITER ; # End of log file ROLLBACK /* added by mysqlbinlog */; ...
事件执行花费的时间:"exec_time=28" 错误码 错误码为:“error_code=0” 服务器的标识 服务器的标识id:“server id 1” 注意下面几点: 1.mysql的日志切不可想象是可以恢复到任何时间的状态,这个恢复是有前提的!至少得有一个从日志记录开始后的数据库备份,通过日志恢复数据库实际上只是一个对以前操作的回放过程...
#190928 20:38:54 server id 1 end_log_pos 590 CRC32 0x749950bb Querythread_id=7exec_time=0error_code=0 use `bin`/*!*/; SET TIMESTAMP=1569674334/*!*/; CREATE TABLE `t` ( `id` int(10) NOT NULL AUTO_INCREMENT, `name` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NU...
*/;#17122321:56:26serverid123end_log_pos1352CRC320xefa42feaQuerythread_id=4exec_time=0error_code=0SETTIMESTAMP=1514123786/*!*/;//开始事务的时间起点 (每个at即为一个event)insertintotb_personsetname="name__2",address="beijing",sex="man",other="nothing"//sql语句/*!*/;#at1352#17122321...
#170327 8:35:42 server id 1 end_log_pos 167 Query thread_id=1 exec_time=0 error_code=0 SET TIMESTAMP=1490592942/*!*/; INSERT INTO `users` VALUES (1,'Alice'); # at 167 #170327 8:35:42 server id 1 end_log_pos 208 Xid = 66 COMMIT/*!*/; # at 208 #170327 8:35:42 serv...
mysqlbinlog日志的三种模式 mysqlbinlog⽇志的三种模式 1、statement level模式(段模式)每⼀条会修改数据的sql都会记录到master的bin-log中。slave在复制的时候sql进程会解析成和原来master端执⾏过的相同的sql来再次执⾏。优点：statement level下的优点，⾸先就是解决了row level下的缺点，不需要记录每⼀...