mirror of
https://github.com/MariaDB/server.git
synced 2025-02-14 09:25:35 +01:00
![Kristian Nielsen](/assets/img/avatar_default.png)
Compute binlog checksums (when enabled) already when writing events into the statement or transaction caches, where before it was done when the caches are copied to the real binlog file. This moves the checksum computation outside of holding LOCK_log, improving scalabitily. At stmt/trx cache write time, the final end_log_pos values are not known, so with this patch these will be set to 0. Events that are written directly to the binlog file (not through stmt/trx cache) keep the correct end_log_pos value. The GTID and COMMIT/XID events at the start and end of event groups are written directly, so the zero end_log_pos is only for events in the middle of event groups, which do not negatively affect replication. An option --binlog-legacy-event-pos, off by default, is provided to disable this behavior to provide backwards compatibility with any external applications that might rely on end_log_pos in events in the middle of event groups. Checksums cannot be pre-computed when binlog encryption is enabled, as encryption relies on correct end_log_pos to provide part of the nonce/IV. Checksum pre-computation is also disabled for WSREP/Galera, as it uses events differently in its write-sets and so on. Extending pre-computation of checksums to Galera where it makes sense could be added in a future patch. The current --binlog-checksum configuration is saved in binlog_cache_data at transaction start and used to pre-compute checksums in cache, if applicable. When the cache is later copied to the binlog, a check is made if the saved value still matches the configured global value; if so, the events are block-copied directly into the binlog file. If --binlog-checksum was changed during the transaction, events are re-written to the binlog file one-by-one and the checksums recomputed/discarded as appropriate. Reviewed-by: Monty <monty@mariadb.org> Signed-off-by: Kristian Nielsen <knielsen@knielsen-hq.org>
40 lines
1.3 KiB
SQL
40 lines
1.3 KiB
SQL
#
|
|
# This include file is used by more than one test suite
|
|
# (currently binlog and binlog_encryption).
|
|
# Please check all dependent tests after modifying it
|
|
#
|
|
|
|
source include/have_debug.inc;
|
|
source include/have_innodb.inc;
|
|
source include/have_log_bin.inc;
|
|
source include/have_binlog_format_mixed_or_statement.inc;
|
|
|
|
CALL mtr.add_suppression("Error writing file 'master-bin'");
|
|
|
|
RESET MASTER;
|
|
|
|
CREATE TABLE t1 (a INT PRIMARY KEY) ENGINE=innodb;
|
|
INSERT INTO t1 VALUES(0);
|
|
SET @saved_dbug = @@SESSION.debug_dbug;
|
|
SET SESSION debug_dbug='+d,fail_binlog_write_1';
|
|
# The error injection is in the "legacy" code path.
|
|
SET GLOBAL binlog_legacy_event_pos= 1;
|
|
--error ER_ERROR_ON_WRITE
|
|
INSERT INTO t1 VALUES(1);
|
|
--error ER_ERROR_ON_WRITE
|
|
INSERT INTO t1 VALUES(2);
|
|
SET SESSION debug_dbug=@saved_dbug;
|
|
SET GLOBAL binlog_legacy_event_pos= 0;
|
|
INSERT INTO t1 VALUES(3);
|
|
SELECT * FROM t1;
|
|
|
|
# Actually the output from this currently shows a bug.
|
|
# The injected IO error leaves partially written transactions in the binlog in
|
|
# the form of stray "BEGIN" events.
|
|
# These should disappear from the output if binlog error handling is improved
|
|
# (see MySQL Bug#37148 and WL#1790).
|
|
--replace_regex /\/\* xid=.* \*\//\/* XID *\// /Server ver: .*, Binlog ver: .*/Server ver: #, Binlog ver: #/ /table_id: [0-9]+/table_id: #/
|
|
--replace_column 1 BINLOG 2 POS 5 ENDPOS
|
|
SHOW BINLOG EVENTS;
|
|
|
|
DROP TABLE t1;
|