
InnoDBを使っているのですが、
以下の1.から5.の処理の間に、サーバー1.の「テーブルA」へ
SELECTを掛けた場合、何か遅い気がします・・原因は何でしょうか?
1.サーバー1でトランザクション開始
2.サーバー1の「テーブルA」をDELETEでを全削除
3.サーバー2から「テーブルA」の新しいデータを取得
4.3.で取得したデータをサーバー1の「テーブルA」へINSERT
5.サーバー1でトランザクション終了
他のトランザクションでDELETEされたレコードに対し、
SELECTすると結果が返るのは遅いでしょうか?
No.1ベストアンサー
- 回答日時:
一般的に、トランザクション中(DB更新中)の場合、Selectのクエリは、その処理を待ってから、実行されます。
1~5までの処理にどれほどの時間がかかっているかわかりませんが、単にその処理が遅いため、Selectも遅く感じているのではないでしょうか?
No.2
- 回答日時:
DBの経験はDB2とOracleのみでMySQLは経験ありませんが、以下の
マニュアルを参照した限りは、InnoDBはORACLEと同じような方式を
採用しているようなので、トランザクション中にも待ちにならない
ように思えます。
#DB2は待ちになりますが・・
http://mysql.telepac.pt/doc/refman/4.1/ja/innodb …
トランザクション処理中に並行してテーブルAにアクセスする処理では、
LOCK IN SHARE MODE とか FOR UPDATE は使用していますか?
これらを使用していればトランザクションの終了まで待たされるでしょう。
マニュアルまで探していただきありがとうございます。
デフォルト設定なので、lock in share modeでないと思われます。
for update もつかっておらず結局、
負荷をかけている処理開始時間を5分ずらすことで滞留が
だいぶ回避でき軽くなりきました。ありがとうございます。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
このQ&Aを見た人はこんなQ&Aも見ています
関連するカテゴリからQ&Aを探す
おすすめ情報
このQ&Aを見た人がよく見るQ&A
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
SELECT時の行ロックの必要性に...
-
AccessShareLock はどの程度気...
-
SQLServer Insertが遅い
-
DB2の更新ロックについて
-
accessのロック
-
DB2のロック調査
-
「マスタ」と「テーブル」の違...
-
accessで移動平均する方法
-
ACCESS2000のテーブル構造
-
請求と入金のテーブルの作成の...
-
SQLで○○の値以外を持っているレ...
-
Accessにインポートしたら並び...
-
SI Object Browserのテーブルス...
-
クエリのキャンセルがいつにな...
-
Accessでの排他制御
-
更新クエリでキー違反
-
SQLサーバーのテーブルの値...
-
sqlite(spatialite_gui)での...
-
コクヨ タイトルブレーンでイ...
-
IDENTITY列
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
SELECT文でのデッドロックに対...
-
SELECT時の行ロックの必要性に...
-
accessのロック
-
INSERTにおいてロック処理は必要か
-
SQLServer Insertが遅い
-
AccessShareLock はどの程度気...
-
Oracleの排他制御について教え...
-
更新ロックとデッドロック
-
MySQLは難易度が高いのでSQLite...
-
DB2でSelectした時(rollback,c...
-
SELECT文でタイムアウト...
-
MongoDBのデータ更新はDBを排他...
-
max+1で初番する場合 for updat...
-
UPDATE文で発生するデッドロッ...
-
デッドロックが発生します。
-
DB2のロック調査
-
DB2の更新ロックについて
-
SQLServerの明示的なロックの仕...
-
SQL Server2005で変換デッドロ...
-
トランザクション中にSELECTし...
おすすめ情報