面接では、select...for update がテーブルをロックするのか、それとも行をロックするのか尋ねられました。

select クエリ ステートメントはロックされませんが、select .......for update はクエリ機能に加えてロックされ、悲観的ロックになります。

したがって、行ロックを追加するかテーブル ロックを追加するかは、インデックス/主キーが使用されているかどうかによって決まります。

インデックス/主キーがない場合、それはテーブル ロックであり、そうでない場合は行ロックです。

確認する：

テーブルSQLの作成

//idは主キーです //nameは一意のインデックスです CREATE TABLE `user` (
	`id` INT ( 11 ) NOT NULL AUTO_INCREMENT,
	`name` VARCHAR(255) デフォルト NULL,
	`age` INT ( 11 ) デフォルト NULL,
    `code` VARCHAR(255) デフォルト NULL,
	主キー ( `id` )、
    キー `idx_age` ( `age` ) BTREE の使用 
) エンジン = INNODB AUTO_INCREMENT = 1570068 デフォルト文字セット = utf8

自動送信をオフにして、@@autocommit=0; を設定して手動送信に設定する必要があります。 0 は手動送信を表し、1 は自動送信を表します。

例の検証と組み合わせる

例1:

主キー ID をクエリの条件として使用し、別のトランザクションを開始してデータを更新します。更新はブロックされ、ロックされ、クエリ対象の ID 1 の行データがロックされます。

図1は最初のトランザクションを示しており、トランザクションはコミットされていない。

図 2 は、データの更新時にブロックされる 2 番目のトランザクションを示しています。

図 3 は、ロックを長時間取得できないためにエラーが発生する 2 番目のトランザクションを示しています。

例2:

ID 2 の別のデータを更新するためのトランザクションを開きます。

例3（インデックス）:

テーブルが最初に作成されたときに、年齢に対して一意のインデックスが作成されました。

例4:

共通のフィールドコードを使用して操作する

別のトランザクションで、別のデータを更新します。更新が成功すると行がロックされ、失敗するとテーブルがロックされます。

結果：

クエリ条件でインデックスまたは主キーが使用されている場合、更新時に ..... を選択すると行ロックが実行されます。

通常のフィールド (インデックス/主キーなし) の場合は、更新に ..... を選択するとテーブルがロックされます。

これで、「select for update はテーブルまたは行をロックするかどうか」というインタビューの質問に関するこの記事は終了です。関連する select for update コンテンツの詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。