質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.02%

ibatisを使用してDBの大量ループ検索を行うと、検索結果を返すまでに、徐々に時間がかかるようになった

解決済

回答 1

投稿

  • 評価
  • クリップ 0
  • VIEW 1,609

0marcoce0

score 5

前提・実現したいこと

Javaで、特定の文字列が1つのDBテーブル上に存在するかを検索する機能を作っています。
検索のリクエストを投げるアプリサーバと、DBサーバは物理的に別です。
検索にはibatisを使用しており、検索する文字列をibatisのテンプレートに渡し、その戻り値を取得しています。

発生している問題・エラーメッセージ

検索をループさせる回数が増えれば増えるほど、検索結果の戻り値を得るまでの間隔が伸びています。
100万回のループになると、完了までに4時間以上を要します。
ibatisを使用したDBの大量ループ検索において、このように、スループットが徐々に下がるような事例はありませんでしょうか?
また、その原因をご教示いただけると幸いです。

該当のソースコード

for(i=0;i<1000000;i++){
Integer result = (Integer) ibatisのテンプレート(検索文字列)
※resultに対する分岐処理は軽微のため、省略
}

試したこと

ibatisに検索文字列を渡すの前後でタイムスタンプを取り、戻り値取得までにかかる時間を測定しました。
その結果、この値がループの後半に連れてどんどん伸びているため、ibatisに検索文字列を渡した以降の処理にスループット下降の原因があるかと思われます。
また、DBサーバ上で同様のselect文を100万行記載したSQLファイルを用意し、これを実行したところ、今回の事象は発生せず、遥かに早い時間で完了したため、DB側に問題は無いかと思われます。

補足情報(言語/FW/ツール等のバージョンなど)

最終的にDB上で実行されるselect文の1件1件は非常にシンプルで、1つのテーブルに対し、渡された文字列を条件にselectをかけているだけです。
また、処理の流れの概要は以下の通りです。

①ibatisに検索文字列を渡す
②DBサーバにselectのクエリを投げる
③DBサーバからアプリサーバへ、検索結果を返す
④次の検索文字列で、①に戻る

※上記①~④を繰り返すに連れ、1回のループにかかる時間が徐々に伸びていきました。
数百万回も繰り返すと、全て終えるまでに数時間を要します。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

+1

ちょっと興味があったのでローカルの環境で実行してみましたが、単純なSELECT文であれば、100万回のループでも1秒ほど、1千万回のループでも5秒ほどで処理が完了しました。
まず、確認ですが、iBatisと書いていますが、現在プロジェクトはMyBatisになっています。古いiBatisを使用しているのか、最新のMyBatisを使用しているのか?
あとは使用しているDBの種類とバージョン、アプリケーション・サーバー(およびサーブレット・コンテナ)、ネットワーク環境など、さまざまなボトルネックの可能性となるものが考えられますので、提示の内容だけではどこに原因があるのか判断できかねますね。
とりあえず、最新のMyBatis3とMySQL 5.7を使用したローカルでの実行では上記のように何もパフォーマンス上の問題となるようなことはなかったため、それ以外の環境に原因があるのではないでしょうか。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/12/26 10:22

    わざわざ試していただき、ありがとうございます。
    各種バージョンはちょっとすぐには調べられない環境にあったのですが、古いiBatisを使用していました。
    最新のVerであれば再現しないことがわかっただけでもありがたいです。
    ご回答、ありがとうございました。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.02%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる
  • トップ
  • Javaに関する質問
  • ibatisを使用してDBの大量ループ検索を行うと、検索結果を返すまでに、徐々に時間がかかるようになった