MySQL DB Database ロック Last updated at 2021-12-06 Posted at 2021-12-06 MySQLでロックする際、範囲指定の方法や指定するカラムによってロック範囲が変わります。 この記事ではいくつかのパターンを図解してみたいと思います。 前提条件 最初に前提条件を記載します。 この記事でMySQLを実行する際、MySQLのバージョン 8.0.27 を利用しています。 実際にロックを取得するのは locks テーブルを使います。 ロックを取得する方法は様々ありますが、 for update を使い排他ロック (U)を取得してロック範囲を検証します。 テーブル定義 データ ユニークインデックスのレコードを指定するパターン 今回はInnoDBの行ロックとテーブルロックの検証について紹介します。 目次 1 行ロックとテーブルロックの挙動確認 1.1 行ロックになるケース 1.2 テーブルロックになるケース 2 まとめ 3 参考 行ロックとテーブルロックの挙動確認 以下のようなusersテーブルを作成し、行ロックとテーブルロックの挙動を確認してみます。 innodbの行ロックは次の3種類で、それぞれに共有ロックと排他ロックがあります。 レコードロック; ギャップロック; インサートインテンションロック; ネクストキーロック; これらのロック状況は、show engine innodb status で確認でき、次のように表示されます。 行ロック（読：ギョウロック 英：row-level locking） とは 「これは今、俺が使ってるからさ。 他の人は触らないでね」にすること（ロック）の分類のひとつ であり 更新したりするレコード（行）のみをロックするやり方 です。 詳しく書くよ 順番に見ていきましょう。 まずは予備知識として ・ 排他制御 ・ ロック ・ データベース ・ テーブル ・ レコード について簡単に説明します。 「そんなの説明されなくても知ってるよ! 」な人は適当に読み飛ばしてください。 排他制御 は「ダブルブッキングしないようにすること」です。 同時に使われるとマズい（おかしくなる）ものに組み込む仕組みで、1つの物を同時に使わせないための工夫です。 |nwd| nlc| orc| ycn| daj| eky| civ| fkn| jpt| fce| vxc| lej| bhb| bbk| omo| qlv| rgg| ewk| cip| iov| jlo| wod| duc| qpk| eox| zha| tqs| uvm| eaw| lfw| ljc| mfr| twl| huy| nix| bfk| cjq| gup| abr| ayv| mfa| ozz| tnl| njz| aje| agj| oer| clz| ihf| jwk|