質問編集履歴
2
プライマリーキーである「id」が「AUTO_INCREMENT」である場合であっても異なるショップ IDへ対する操作も待ち状態となる点間違いを訂正しました。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -92,7 +92,11 @@
|
|
|
92
92
|
|
|
93
93
|
|
|
94
94
|
|
|
95
|
-
この現象は、プライマリーキーである「id」を「AUTO_INCREMENT」に変更する事で回避できる事は理解していますが、できれば文字列型のキーをそのまま使いたいと考えています。
|
|
95
|
+
~~この現象は、プライマリーキーである「id」を「AUTO_INCREMENT」に変更する事で回避できる事は理解していますが、できれば文字列型のキーをそのまま使いたいと考えています。~~
|
|
96
|
+
|
|
97
|
+
その後再検証しましたが、そもそもプライマリーキーである「id」を「AUTO_INCREMENT」に変更しても同様にロックがかかり異なるショップIDに対してであっても待ち状態となりました。
|
|
98
|
+
|
|
99
|
+
その為、現状は解決方法がないようです。
|
|
96
100
|
|
|
97
101
|
|
|
98
102
|
|
1
環境がMySQL5.7のInnoDBであることを追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
次のような文字列型のプライマリーキーを持つテーブルがあります。
|
|
1
|
+
MySQL5.7のInnoDBを使用しており、その中で次のような文字列型のプライマリーキーを持つテーブルがあります。
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|