問題タブ [database-tuning]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
59 参照

sql - このステートメントが Exec Plan で Index Scan を表示するのはなぜですか?

同じ結果を返すが異なる実行計画を生成する 2 つのステートメントがあります。

  • まず >>> インデックスシーク
  • 2回目 >>> インデックススキャン

誰でも理由を説明できますか?

0 投票する
2 に答える
11113 参照

logging - Azure でホストされているデータベースで実行されたクエリの履歴 (すべてまたは長期間) を表示するにはどうすればよいですか?

Azure でホストされているデータベースの場合、データベースで実行されたクエリの最近の履歴を表示できます。これは、Azure portal > [データベース] > [管理] > [管理] > [クエリ パフォーマンス]から実行できます。

残念ながら、そこにある歴史は短い時間枠 (数分) しかカバーしていません。データベースに非クラスター化インデックスを作成するつもりです。そのためには、過去数分間ではなく、典型的な日にデータに対して実行された実際のクエリのログを取得する必要があります。

現在、ページを何度も更新し続け、更新ごとにすべてのクエリを記録する必要があります。それでも、この困難なプロセスの後に取得したログは、実行されたクエリの小さなサブセットのみを反映しています。より長い期間の履歴を表示するオプションはありますか?

ありがとう。

0 投票する
2 に答える
416 参照

sql - Oracle クエリ/SQL のチューニング

合計 198695 レコードと project_id =555 の 96579 レコードを含むテーブルがあります。project_id でテーブルを分割したリスト間隔があります。以下のクエリを実行すると(個別なし)、実行に0.75秒かかります。

一方、distinct を追加して以下のクエリを実行すると、実行に 15 秒かかります

今のところ、個別クエリと非個別クエリの両方でフェッチされた結果は同じです (1636 行) クエリをさらに調整する方法を提案してもらえますか? 注意してください: - 上記のように project_id でテーブルをパーティション分割して分析しただけで、インデックスは作成していません。

0 投票する
1 に答える
1484 参照

database-performance - Mysqlサーバーの巨大なメモリ消費

Ubuntu で「top」コマンドを実行すると、mysqld が常に 61.9% のメモリを使用していることがわかります (アイドル時)。mysql サーバーで「show processlist」を実行しましたが、アイドル状態です。誰が何が起こっているのか説明できますか?

0 投票する
1 に答える
49 参照

postgresql - postgresql の不変読み取りワークロードのチューニング

主キーを指定すると、非主キー列が決定論的であるテーブルがあります。

たとえば、高価な関数のメモ化/キャッシュを表すテーブル、または主キーが他の列のハッシュであるテーブルなど、これはかなり一般的であると思います。

さらに、ワークロードの大部分が 1 ~ 100 行の個別の読み取りであり、最適なパフォーマンスが得られるものに基づいて、書き込みをバッチ処理または「非同期」にできると仮定します。

この場合、テーブル/データベースで興味深いチューニング オプションは何ですか?

0 投票する
0 に答える
263 参照

sql - SQL Server 2008 インデックス フラグメント

5,000,000 を超えるレコードを含むテーブルがあります。このテーブルの SQL クエリのパフォーマンスは、インデックス フラグメントの影響を大きく受けています。毎日のように、フラグメントは急速に増加します。ユーザーの苦情のために、毎日インデックスを再構築する必要があります。

考えられる理由を理解する方法は?この問題を解決するにはどうすればよいですか? ハードウェアの問題ですか、それともパーティション オプションを使用してテーブルを再作成する必要がありますか?