統計状態での遅いMariaDBSQLクエリ

1. MariaDBシェルを使用してクエリを実行し、クエリ中にMariaDBが何であるかを確認します。
   show full processlist;
2. 「統計」の状態のクエリが長時間表示される場合は、この最適化が適用できる可能性があります。例えば：
   
3. 現在のoptimizer_search_depthを確認します に設定されています：
   show variables like "optimizer_search_depth";
   たとえば、次のように表示されます。
   +------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| optimizer_search_depth | 62 |
+------------------------+-------+
4. これは、サーバーがまだシステムデフォルトを実行していることを示します。
5. optimizer_search_depthをゼロに設定して、深さを自動最適化するようにサーバーを設定してテストします。
   SET SESSION optimizer_search_depth = 0;
6. 遅いSQLクエリを再実行して、問題が解決したことを確認します。
7. 更新された設定が機能する場合は、/ etc / my.confを編集し、 [msqld] で明示的に設定して、永続的に設定します。 セクション：
   optimizer_search_depth=0
8. MariaDBを再起動して適用します：
   systemctl restart mariadb

ヒント

データ構造が非常に制御されていることがわかっている場合は、optimizer_search_depthを明示的に設定してみることができます。 をさらに減らすために、特定の値（たとえば、5）に変更します。ただし、明示的な設定は必ずしもすべての場合に高速であるとは限らないため、徹底的にテストしてください。

この問題が発生している仮想プライベートサーバーを使用しているConetixのお客様の場合、これが原因であることを確認し、追加費用なしで修正することができます。さらにサポートが必要な場合は、サポートチームにお問い合わせください。