2

ここにMySQL5.5.20（行ベース）からのバイナリログダンプがあります。UPDATEイベントがINSERTイベントの前にあるため、スレーブが停止しました。

5424240-SET TIMESTAMP=1327402568/*!*/;
5424241-BEGIN
5424242-/*!*/;
5424243-# at 25715325
5424244-# at 25715417
5424245:#120124 11:56:08 server id 1  end_log_pos 25715417      Table_map: `auto`.`data_export` mapped to number 9142508
5424246-#120124 11:56:08 server id 1  end_log_pos 25716169      Update_rows: table id     9142508 flags: STMT_END_F
5424247:### UPDATE auto.data_export
5424248-### WHERE
5424249-###   @1=350049
5424250-###   @2='0522'
5424251-###   @3='50591'
5424252-###   @4=5
--
5424457-SET TIMESTAMP=1327402566/*!*/;
5424458-BEGIN
5424459-/*!*/;
5424460-# at 25717962
5424461-# at 25718054
5424462:#120124 11:56:06 server id 1  end_log_pos 25718054      Table_map: `auto`.`data_export` mapped to number 9142508
5424463-#120124 11:56:06 server id 1  end_log_pos 25718444      Write_rows: table id 9142508 flags: STMT_END_F
5424464:### INSERT INTO auto.data_export
5424465-### SET
5424466-###   @1=350049
5424467-###   @2='0522'
5424468-###   @3='50591'
5424469-###   @4=5

ご覧のとおり、2番目のタイムスタンプは後でバイナリログ（1327402566 <-> 1327402568）にあります。@1が主キーです。どちらの場合も350049です。しかし、最初に、UPDATEよりもINSERTステートメントを期待します。

どうしてこれが可能でしょうか？そして、どうすればこれを修正できますか？

Could not execute Update_rows event on table auto.data_export; Can't find record in 'data_export', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.001459, end_log_pos 25716169

ありがとう

4

1 に答える 1

1

バイナリ ログは、一度に 1 つのトランザクションで書き込まれます。低いトランザクション分離レベルを使用している場合、次のシナリオ:

  1. トランザクション A は、INSERT STATEMENT
  2. トランザクション B は、UPDATE STATEMENT
  3. 取引BはCOMMITTED
  4. 取引AはCOMITTED

MySQLはステートメントが実行される直前にトランザクション内にステートメントを書き込み、それ以外の場合は、ステートメントが完了した直後にステートメントをログに記録するため、ステートメントUPDATEの前に書き込まれる可能性があります。しかし、これは、トランザクションの分離レベルが非常に低く、トランザクションの関心がほとんど無効になっている場合にのみ機能します...INSERTCOMMIT

于 2012-01-25T15:41:30.830 に答える