クエリでのMySqlのパフォーマンスの問題

アルベルトモンテラーノ

私はMySqlを使用する初心者です。約200,000レコードのテーブルを確認しています。単純なものを実行すると:

 SELECT * FROM X WHERE Serial=123

応答(200,000行)が返されるまでに約15〜30秒という長い時間がかかります。

インデックスを追加する前に、単純なselect whereステートメントを返すのに約50秒(700万)かかります。このテーブルは毎日行を増やします。現在、700万行あります。次の方法でインデックスを追加しました。

 ALTER TABLE `X` ADD INDEX `index_name` (`serial`)

現在、応答を返すのに109秒かかります。

  1. パフォーマンスを向上させるために、このテーブルにどの初期アプローチを適用する必要がありますか?

  2. MySqlは、約500万から1000万のレコードを持つ大きなテーブルを処理するための正しいツールですか?または、別のツールに移動する必要がありますか?

リック・ジェームス

serialある種の数値データ型であると仮定します...

あなたはADD INDEXだけます。通常、インデックスの必要性を予測し、テーブルを作成したときに非常に安価に追加します。

にインデックスが設定されたserialので、そのselectは、以外の値で123非常に高速に実行されます。

が付いた行が1つしかない場合serial = 123、インデックス付きテーブルは、700万行であろうと70億行であろうと、ミリ秒単位で行を吐き出します。

serial = 123テーブルの1%に表示される場合、すべての70M行(7Bから)を検索する方が、すべての70K行(7Mから)を検索するよりもはるかに時間がかかります。

インデックスはあなたの友達です!

場合serialVARCHAR、その後、...

プランA:serial数値型に変更する(適切な場合)、または

プランB:123文字列を文字列と比較するように、引用符で囲みます。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

分類Dev

パフォーマンスの問題のクエリを特定する方法 - MYSQL

分類Dev

RegexクエリのMongoDBパフォーマンスの問題

分類Dev

再帰クエリのパフォーマンスの問題

分類Dev

MongoDBクエリのパフォーマンスの問題

分類Dev

linqクエリのパフォーマンスの問題

分類Dev

集計クエリでのMySQLViewのパフォーマンスの問題

分類Dev

NOTINクエリでのSparkパフォーマンスの問題

分類Dev

単純なクエリでのパフォーマンスの問題

分類Dev

サブクエリを使用したMYSQLクエリのパフォーマンスの問題

分類Dev

DECENDANTS使用時のMDXクエリのパフォーマンスの問題

分類Dev

「select」SQLiteリクエストのパフォーマンスの問題

分類Dev

mysql8.0でのselectパフォーマンスの問題

分類Dev

SQLServerクエリの断続的なパフォーマンスの問題

分類Dev

9.6アップグレード後のpostgresqlINクエリでの奇妙なパフォーマンスの問題

分類Dev

JOIN FETCHパフォーマンスの問題があるクエリ

分類Dev

SQL結合サブクエリの問題/パフォーマンス

分類Dev

クエリに参加した単純な2つのテーブルでのMySQLのパフォーマンスの問題

分類Dev

Azureクエリで発生する可能性のあるパフォーマンスの問題

分類Dev

私の頭の中でMySQLのパフォーマンスの問題

分類Dev

アスタリスクcdrmysqlクエリのパフォーマンスの問題

分類Dev

Oracleでクエリ実行時間(パフォーマンスの問題)を処理する方法

分類Dev

SQLクエリのパフォーマンスの問題の全表スキャン

分類Dev

パーティションと最大のクエリパフォーマンスの問題が遅い

分類Dev

mongodbの大きなネストされたデータのクエリパフォーマンスの問題

分類Dev

Javaリフレクションのパフォーマンスの問題

分類Dev

パフォーマンスの問題

分類Dev

AFTERUPDATEトリガーでのUPDATEのパフォーマンスの問題

分類Dev

MySQLクエリのパフォーマンスの向上?

分類Dev

Pythonリスト操作のパフォーマンスの問題

Related 関連記事

  1. 1

    パフォーマンスの問題のクエリを特定する方法 - MYSQL

  2. 2

    RegexクエリのMongoDBパフォーマンスの問題

  3. 3

    再帰クエリのパフォーマンスの問題

  4. 4

    MongoDBクエリのパフォーマンスの問題

  5. 5

    linqクエリのパフォーマンスの問題

  6. 6

    集計クエリでのMySQLViewのパフォーマンスの問題

  7. 7

    NOTINクエリでのSparkパフォーマンスの問題

  8. 8

    単純なクエリでのパフォーマンスの問題

  9. 9

    サブクエリを使用したMYSQLクエリのパフォーマンスの問題

  10. 10

    DECENDANTS使用時のMDXクエリのパフォーマンスの問題

  11. 11

    「select」SQLiteリクエストのパフォーマンスの問題

  12. 12

    mysql8.0でのselectパフォーマンスの問題

  13. 13

    SQLServerクエリの断続的なパフォーマンスの問題

  14. 14

    9.6アップグレード後のpostgresqlINクエリでの奇妙なパフォーマンスの問題

  15. 15

    JOIN FETCHパフォーマンスの問題があるクエリ

  16. 16

    SQL結合サブクエリの問題/パフォーマンス

  17. 17

    クエリに参加した単純な2つのテーブルでのMySQLのパフォーマンスの問題

  18. 18

    Azureクエリで発生する可能性のあるパフォーマンスの問題

  19. 19

    私の頭の中でMySQLのパフォーマンスの問題

  20. 20

    アスタリスクcdrmysqlクエリのパフォーマンスの問題

  21. 21

    Oracleでクエリ実行時間(パフォーマンスの問題)を処理する方法

  22. 22

    SQLクエリのパフォーマンスの問題の全表スキャン

  23. 23

    パーティションと最大のクエリパフォーマンスの問題が遅い

  24. 24

    mongodbの大きなネストされたデータのクエリパフォーマンスの問題

  25. 25

    Javaリフレクションのパフォーマンスの問題

  26. 26

    パフォーマンスの問題

  27. 27

    AFTERUPDATEトリガーでのUPDATEのパフォーマンスの問題

  28. 28

    MySQLクエリのパフォーマンスの向上?

  29. 29

    Pythonリスト操作のパフォーマンスの問題

ホットタグ

アーカイブ