MySQL は、元のデータと同じデータがある場合、更新ステートメントを再度実行しますか?

MySQL は、元のデータと同じデータがある場合、更新ステートメントを再度実行しますか?

背景

この記事では主に、MySQL が更新ステートメントを実行するときに、元のデータと同一の (つまり、変更されていない) 更新ステートメントが MySQL 内で再実行されるかどうかをテストします。

テスト環境

  • MySQL 5.7.25
  • セントロス7.4

binlog_format は ROW です

パラメータ

root@localhost : (なし) 04:53:15> 'binlog_row_image' のような変数を表示します。
+------------------+-------+
| 変数名 | 値 |
+------------------+-------+
| binlog_row_image | フル |
+------------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 04:53:49> 'binlog_format' のような変数を表示します。 
+---------------+-------+
| 変数名 | 値 |
+---------------+-------+
| binlog_format | 行 |
+---------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : test 05:15:14> 'transaction_isolation' のような変数を表示します。
+----------------------+-----------------+
| 変数名 | 値 |
+----------------------+-----------------+
| トランザクション分離 | 繰り返し読み取り |
+----------------------+-----------------+
セット内の 1 行 (0.00 秒)

テスト手順

セッション1

root@localhost: テスト 04:49:48> 開始;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 04:49:52> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12090390
ログが 12090390 までフラッシュされました
ページ数は 12090390 までフラッシュされました
最後のチェックポイントは12090381
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
33 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  ポジション: 154
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 
セット内の 1 行 (0.00 秒)

セッション2

root@localhost : test 04:47:45> update test set sid=55 where id =1;
クエリは正常、1 行が影響を受けました (0.01 秒)
一致した行: 1 変更された行: 1 警告: 0

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12091486
ログが 12091486 までフラッシュされました
ページ数は 12091486 までフラッシュされました
最後のチェックポイントは12091477
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
39 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  位置: 500
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

セッション1

root@localhost : test 04:49:57> update test set sid=55 where id =1; 
クエリは正常、影響を受けた行は 0 行 (0.00 秒)
一致した行: 1 変更: 0 警告: 0

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12091486
ログが 12091486 までフラッシュされました
ページ数は 12091486 までフラッシュされました
最後のチェックポイントは12091477
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
39 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  位置: 500
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

root@localhost : test 04:52:05> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost: テスト 04:52:42> コミット;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 04:52:52> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 55 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

要約する

binlog_format=rowおよびbinlog_row_image=FULLの場合、MySQL は binlog 内のすべてのフィールドを記録する必要があるため、データを読み取るときにすべてのデータが読み取られ、重複データの更新は実行されません。つまり、MySQLはInnoDBエンジンが提供する「(1,55)への変更」インターフェースを呼び出しますが、エンジンは値が元の値と同じであることを発見し、それを更新せず、直接返します。

binlog_formatはステートメントです

パラメータ

root@localhost : (なし) 04:53:15> 'binlog_row_image' のような変数を表示します。
+------------------+-------+
| 変数名 | 値 |
+------------------+-------+
| binlog_row_image | フル |
+------------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 05:16:08> 'binlog_format' のような変数を表示します。
+---------------+-----------+
| 変数名 | 値 |
+---------------+-----------+
| binlog_format | ステートメント |
+---------------+-----------+
セット内の 1 行 (0.00 秒)

root@localhost : test 05:15:14> 'transaction_isolation' のような変数を表示します。
+----------------------+-----------------+
| 変数名 | 値 |
+----------------------+-----------------+
| トランザクション分離 | 繰り返し読み取り |
+----------------------+-----------------+
セット内の 1 行 (0.00 秒)

テスト手順

セッション1

root@localhost: テスト 05:16:42> 開始;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 05:16:44> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 111 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 05:16:51> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12092582
ログが 12092582 までフラッシュされました
ページ数は 12092582 までフラッシュされました
最後のチェックポイントは 12092573 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
45 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   ポジション: 154
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 
セット内の 1 行 (0.00 秒)

セッション2

root@localhost : test 05:18:30> update test set sid=999 where id =1;
クエリは正常、1 行が影響を受けました (0.00 秒)
一致した行: 1 変更された行: 1 警告: 0

root@localhost : (なし) 05:18:47> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12093678
ログが 12093678 までフラッシュされました
ページ数は 12093678 までフラッシュされました
最後のチェックポイントは 12093669 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
51 ログ I/O が完了しました。0.14 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   位置: 438
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

セッション1

root@localhost : test 05:16:47> update test set sid=999 where id =1;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)
一致した行: 1 変更: 0 警告: 0

root@localhost : (なし) 05:20:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12094504
ログが 12094504 までフラッシュされました
ページ数は 12094504 までフラッシュされました
最後のチェックポイントは 12094495 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
56 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   位置: 438
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

root@localhost : test 05:19:33> select * from test where id =1;  
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost: テスト 05:20:44> コミット;
クエリは正常、影響を受けた行は 0 行 (0.01 秒)

root@localhost : test 05:20:57> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

要約する

binlog_format=statement かつ binlog_row_image=FULL の場合、InnoDB は更新ステートメント、つまり「この値を (1,999) に変更する」という操作を慎重に実行し、ロックする必要があるものはロックし、更新する必要があるものは更新します。

さて、今回の記事は以上です。この記事の内容が皆さんの勉強や仕事に少しでも参考になれば幸いです。123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • PHP で MySQL SQL ステートメントのクエリ時間を取得する方法
  • MySQL では SQL ステートメントはどのように実行されますか?

<<:  Vue が Web オンラインチャット機能を実現

>>:  Linux システムで PATH 環境変数を設定する方法 (3 つの方法)

推薦する

MySQL で 2 つのデータベース テーブル構造を比較する方法

開発およびデバッグのプロセスでは、新しいコードと古いコードの違いを比較する必要があります。比較には、...

流れと動的なライン効果を実現する純粋なCSSコード

アイデア:外側のボックスは背景を設定し、内側のボックスは背景の幅と高さを設定し、ボックスを動かすアニ...

winx64 での mysql5.7.19 の基本的なインストール プロセス (詳細)

1. ダウンロード参考: https://www.jb51.net/softs/451120.ht...

Vuex データの永続性を実装するためのアイデアとコード

vuexとはvuex: vue.js専用に開発された状態管理ツールで、すべてのコンポーネントの状態を...

JS配列重複排除の詳細

目次1 テストケース2 JS配列重複排除4種類2.1 要素の比較2.1.1 二重層 for ループ比...

CSS Houdini でダイナミックな波効果を実現

CSS Houdini は、CSS 分野における最もエキサイティングなイノベーションとして知られてい...

JavaScript における一般的な配列操作

目次1. 連結() 2. 結合() 3. プッシュ() 5. シフト() 6. シフト解除() 7....

vue3 を使用してカウント関数コンポーネントのカプセル化例を実装する

目次序文1. カプセル化の重要性2. どのようにカプセル化しますか? 1. アイデア2. 準備2. ...

URL 書き換えモジュール 2.1 URL 書き換えモジュールのルール記述

目次前提条件テストページの設定書き換えルールの作成命名規則モードの定義アクションの定義設定ファイル内...

CSSはグラデーションを巧みに利用して高度な背景光アニメーションを実現します

成し遂げるこの効果は CSS を使用して完全に再現することは困難です。 CSS でシミュレートされた...

W3C が推奨するモバイル Web マークアップ言語 XHTML Basic 1.1

W3C は最近、「 XHTML Basic1.1 」と「 Mobile Web Best Prac...

Linux で ffmpeg をインストールするための詳細なチュートリアル

1. CentOS Linuxにffmpegをインストールする1.ダウンロードして解凍する http...

リンク内の href=# はどういう意味ですか?

現在のページへのリンク。 -------------------一般的な使用法は次のとおりです。 &...

Nest.js パラメータ検証とカスタム戻りデータ形式の詳細な説明

0x0 パラメータ検証Nest.jsでは、パラメータ検証業務のほとんどをパイプライン方式で実装してい...

CSS3 で King of Glory マッチング人員読み込みページを実装する方法

King of Glory をプレイしたことがある人なら、このページの効果をよくご存知でしょう。なぜ...