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 で重複レコードを見つけて削除する方法

みなさんこんにちは。私は技術の話ばかりして髪を切らない先生のトニーです。何らかの歴史的な理由や誤操作...

Vueページジャンプの実装方法

1. this.$router.push() 1. ビュー <テンプレート> <d...

MySQL の繰り返し読み取りレベルでファントム読み取りを解決できますか?

導入データベース理論についてさらに学んでいくうちに、さまざまな分離レベルによって起こり得る問題につい...

...

DockerでMySQLコンテナを作成する簡単な手順

序文すでに Docker をインストールしており、Docker について簡単に理解しています。ここで...

MySQL 8.0 Windows zip パッケージ版の詳細なインストール手順

MySQL 8.0 Windows zipのインストール手順は次のように紹介されています。準備する:...

Vueが初めて要素を取得できなかったときの解決記録

序文Vue で要素を初回取得できない問題の解決方法は、ポップアップ ウィンドウで要素を取得するために...

Nginx 静的サービス設定の詳細な説明 (ルートとエイリアスの指示)

静的ファイルNginx は高いパフォーマンスで知られており、フロントエンドのリバース プロキシ サー...

Linuxでpyファイルを直接実行する方法

1. まずファイルを作成します(ファイルを配置するディレクトリにcdします) myTest.py を...

jsシミュレーションでJingdongの詳細ページで画像を拡大する効果を実現

この記事では、Jingdongの詳細ページの画像の拡大を実現するためのjsの具体的なコードを紹介しま...

Vue のディスパッチとブロードキャストの自己実装の詳細説明 (ディスパッチとブロードキャスト)

解決すべき問題主にコンポーネント間のクロスレベル通信用なぜディスパッチとブロードキャストを自分で実装...

CentOS 6.5 に MySQL 5.6 をインストールするチュートリアル

1. Linuxに対応するRPMパッケージをダウンロードする5.6 より前のバージョンhttp://...

MySQLのスペースをクリーンアップするいくつかの具体的な方法

目次序文1. ファイルのディスク使用量を確認する1.1 ディスク容量の使用状況を確認する1.2 ディ...

Reactでカスタムフックを作成する方法を教えます

1. カスタムフックとは何かロジックの再利用簡単に言えば、カスタム フックを使用すると、特定のコンポ...

MySQLでconcat関数を使用する方法

以下のように表示されます。 //managefee_managefee テーブルの年と月を照会し、c...