2

サーバー上の SQL Server データベースにアクセスする「Customer」カスタム フィールド プラグインを JIRA にデプロイしました。問題を編集すると、カスタムフィールドが有効になっている場合、Web ページの読み込みに 2 ～ 3 秒かかります。その後、カスタムフィールドを無効にすると、ラグはまったくなく、ページは瞬時に読み込まれるため、この新しいカスタムフィールドに間違いなく関連しています. また、カスタムフィールドが有効になっているかどうかに関係なく、開発環境では遅延がまったくないことに注意することも重要です。

奇妙なことに、本番環境と開発環境の両方で使用している SQL ドライバーは「net.sourceforge.jtds.jdbc.Driver」です。また、本番環境と開発環境の両方で顧客のデータベースにアクセスするために使用している URL は、まったく同じです: jdbc:jtds:sqlserver://:". また、まったく同じバージョンのドライバーが使用されています: jtdsバージョン 1.2.4。

問題を引き起こす可能性のあるものは他に考えられません。

どんな助けでも大歓迎です。

みんな、ありがとう。

4

1 に答える 1

2

まあ、離れたところからは同一と見なされている本番環境と開発環境に遭遇することはまだほとんどありませんが、実際にはそうではありません ;)

たとえば、customfield はたまたま「重い」SQL 操作を実行しますか? この場合、開発環境と運用環境のわずかな違いでさえ、最終的にすべての違いを生む可能性があります。

  • SQL Server のバージョンと構成の詳細
  • JDBC ドライバーのバージョン (これは既に確認済みです)
  • JIRA のバージョンと構成の詳細
  • 関連するハードウェアの違いは、使用可能なメモリ、メモリ速度、ハードディスク速度、CPU パフォーマンス、コア数など、同様の影響を与える可能性があります。

このような場合の最善のアプローチは、ほとんどの場合、実際の測定によってボトルネックを特定しようとすることです。これは、コード インストルメンテーション、SQL サーバー監視、または外部監視ソリューションを介して行われます。特に後者の 2 つは、遅い SQL クエリがあればそれを特定するのに役立ちます。

幸運を！

于 2012-02-10T11:35:33.447 に答える