問題タブ [database-optimization]

xml ファイルを解析し、django db (pgsql) のデータを更新または作成するモジュールを作成しました。

データのインポート/更新が完了したら、オブジェクトのメタデータを更新しようとします。

ツリー構造には django-mptt を使用し、メタデータ アップデーターはオブジェクト間にそのような構造を作成するためのものです。

親に他の外部キーからのデータを入力するのに約1秒かかるのは本当に遅いです。

これを最適化するにはどうすればよいですか？

編集：

最初の関数を次のように更新しました。

私は毎日10万人以上の訪問者を持つウェブサイトを持っています。MySQL 5.1 を使用しています。

これらすべての訪問者にサービスを提供し、ラッシュアワーに特別にデータを記録すると、サーバーに多くの負荷がかかります.

サーバーを vCPU=32、ECU= 108、メモリ = 60G の EC2/c3.8xlarge にアップグレードしました。

使用を最適化するために mysql 構成をセットアップする方法について何か提案はありますか?

これは非常に幅広い質問であり、負荷の性質によって異なります。答えは異なる場合がありますが、何か提案をいただければ幸いです。

MySQL では、次のような検索を実行します。

LIKE の対象となる列がインデックス化されている場合でも、低速です。これを高速化するためのテクニックはありますか？

私が考えることができる最良のアイデアは次のとおりです。

1. 問題の列を逆にして、新しい列を作成します。つまり、ワシントン => notgnihsaW AND Jefferson => nosreffeJ

2. LIKE '%ton' 検索を実行する場合は、接尾辞を逆にします (例: ton > not)。次に、新しい列で LIKE 'not%' 検索を実行します。

これは単純な解決策ですが、新しいデータを追加するたびに反転列を再コンパイルする必要があります。

インデックス付きネストループ結合:

外部リレーション R の各タプル tr に対して、インデックスを使用して、タプル tr との結合条件を満たす S 内のタプルを検索します

一部の資料では、「Indexed Nested-Loop Join」は等結合または自然結合にのみ適用され、インデックスは内部関係の結合属性で使用できると述べられています

b.col1 にインデックスがあるとします。

この場合、インデックス付きネストループ結合が適用されないのはなぜですか?

問題を考えています。

C 言語では、構造体のサイズは 2 バイトの倍数であることが推奨されています。

式:

したがって、MySQL のレコード サイズ (Gordon Linoff さんに感謝) でも同じ問題が発生するのでしょうか?

さらに、テーブルサイズを制御して MySQL を最適化するにはどうすればよいですか?

問題: 以下に示すクエリは遅く、最小実行時間は 3.x 秒であり、「IN」句でカテゴリ ID が増加すると、クエリの実行に 1 分以上かかります。

クエリ:

クエリの説明 -

クエリを書き直して実行時間を短縮し、ウェブサイトを高速化する方法を教えてください。

データベースエンジンを変更しようとしました。

注意: クエリは既にキャッシュを使用しています。