問題タブ [mysql-slow-query-log]
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.
mysql - MySQL Explain の行数がスロー クエリ ログと異なる
スロー クエリ ログに次のエントリがあります。
このクエリを説明すると、まったく問題ありません。
このクエリを最適化するにはどうすればよいですか? Explain が 3 行を表示し、スロー クエリ ログが 65207 行を検査したと表示されるのはなぜですか。
はい、インデックスを強制せずに FORCE INDEX を試しましたが、悪化するだけです。
mysql - MySQL のスロー クエリ ログ形式を理解する
MySQL のスロー クエリ ログを読んでいますが、それは次のとおりです。
何も設定しなかった場合は、デフォルトに設定されていますlong_query_time
。秒。そしてMySQL Workbenchを使って確認しました。私の質問は、なぜこのクエリが遅いものとして記録されるのですか? 2/100 秒もかかりませんでした。my.cnf
10
ところで、CentOS 6.5 で MySQL 5.6 を使用しています。
java - Sqlite への挿入が遅い
私はデータベースが初めてです。
22000 ワードを sqlite DB に挿入しようとしていますが、完了するまでに時間がかかります
テーブル名は WORD で、フィールド名は word(これは ですString
) ここで s は arrylist で、s.get(i) は文字列を返します... 接続を確立し、テーブルを更新しようとしています。
非常に遅いです。私は何を間違っていますか?
mysql - 複数の多対多の結合を持つMySQLの選択により、クエリが非常に遅くなる
次のテーブル構造を使用します。
アイテム (~20,000 レコード)
- item_id
プロパティ (~30 レコード)
- property_id
Item_properties (~40,000 レコード)
- ID
- property_id
- item_id
ユーザーは、items
テーブル自体のフィールドの数によってアイテムをフィルター処理することを選択できます。またproperties
、アイテムに必要な任意の数を選択することもできます。検索では、1 つのプロパティだけでなく、すべてのプロパティを持つアイテムを選択する必要があります。現在使用しているフォーマット
JOINではなくWHEREだけで検索を指定する方法として、私も試しました
ただし、このアプローチは、どちらかといえば、セットのクエリにさらに時間がかかるように見えました。約 4 つのプロパティを選択すると、クエリ時間は約 4 ~ 5 秒になり、さらに多くのクエリが強制終了されるか、MySQL サーバーが完全にダウンする傾向があります。
私の知る限り、すべての _id フィールドは各テーブルでインデックス化されており、それぞれのテーブルの主キーでもあります。
クエリを改善する方法はありますか、またはクエリできるオプションの数を制限する必要があるのでしょうか?
mysql - MySQL スロー クエリ ログに空のステートメントが含まれています
Percona サーバー (mysql Ver 14.14 Distrib 5.5.40-36.1、debian-linux-gnu (x86_64) 用) は、標準の予期されるクエリに加えて、次のステートメントをスロー クエリ ログに記録し始めました。ステートメントは毎秒ログに記録され、percona エージェントから取得されます。これらのエントリを削除するにはどうすればよいですか?
スロー クエリ ロギングの設定は次のとおりです。
mysql - 本当に遅いクエリを見つける方法は?
Web ページ (ワードプレス) をテストしています。このログはありますが、どれが本当に遅いクエリか理解できません。ここに、私の Web サイトのクエリを読むためのリンクがあります。このログの危険なクエリを教えてください。それは私のCPUを殺します
c# - 3つのジョイントテーブルで選択を高速化する方法
これは私の質問です。このクエリには 59 秒かかります。このクエリを高速化するにはどうすればよいですか?
私のテーブル - >アイテム
テーブル -> sales_items
テーブル -> 在庫
このテーブルには 6000 を超える行があります
mysql - MySQL の一般的な低速クエリ ログが機能しない
テーブルベースの一般的で低速なクエリ ロギングをローカル マシンで動作させようとしています。ファイルに保存しても問題ありませんが、何年にもわたって書いてきた多数の分析クエリを使用できるように、直接テーブルに移動することを本当に好みます。
スロークエリログに使用しているものは次のとおりです
私は自分の試みを示すビデオを作りました。boxen 経由でインストールされた mysql 5.6.20 を使用しています。以前は問題なく動作するように見えた mysql 5.5.20 を使用していました。アップグレードしてからしばらく経っているので、100% の確率で壊れたわけではありませんが、可能性は高いです。
再起動、およびアンインストール/再インストールを試みました。