一直有个疑问，利用sql_log_bin=0可以临时在客户端停止将操作记入binlog中，如果使用source命令导入批量SQL会有同样的效果吗。今天有事就测试了一把 对hch库的tb1表进行试验，原数据情况如下，主从数据都是一致的主库root@localhost:mysql.sock [hch]>select * from tb1; +----+-------+ | id | cname | +----+-------+ | 1 | php | | 2 | java | | 3 | go | | 4 | test | | 5 | test1 | | 6 | test2 | | 7 | test3 ...
主库binlog: ?1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35# at 2420 #170809 17:16:20 server id 1882073306 end_log_pos 2451 CRC32 0x58f2db87? Xid = 32880 COMMIT/*!*/; # at 2451 #170814 11:07:18 server id 1882073306 end_log_pos 2528 CRC32 0x40774a4b? Query thread_id=92 exec_time=0 error_code=0 SET TIMESTAMP=1502680038/*!*/; BEGIN /*!*/; # at 2528 # a...
Mysql binlog日志有三种格式，分别为Statement,MiXED,以及ROW！ 1.Statement：每一条会修改数据的sql都会记录在binlog中。 优点：不需要记录每一行的变化，减少了binlog日志量，节约了IO，提高性能。(相比row能节约多少性能与日志量，这个取决于应用的SQL情况，正常同一条记录修改或者插入row格式所产生的日志量还小于Statement产生的日志量，但是考虑到如果带条件的update操作，以及整表删除，alter表等操作，ROW格式会产生大量日...