在mysql中查詢500W記錄需要多長時間？

穿越今古，古調單，彈盡。

MySQL 是由瑞典的 MySQL AB 開發的關聯式資料庫管理系統，現在是 Oracle 的一部分。 MySQL是最受歡迎的關聯式資料庫管理系統之一，在Web應用程式方面，MySQL是最好的RDBMS（關聯式資料庫管理系統）應用程式。

肯定受到影響。

常見的查詢原因如下：

1.沒有索引或沒有使用索引。

PS：索引用於快速查詢具有特定值的記錄，所有MySQL索引都以B樹的形式儲存。 如果沒有索引，MySQL必須從第一條記錄開始掃瞄整個表中的所有記錄，直到找到符合要求的記錄。

表中的記錄越多，操作的成本就越高。 如果已經在用作搜尋條件的列上建立了索引，則MySQL可以快速獲取目標記錄的位置，而無需掃瞄任何記錄。 如果表有 1000 條記錄，則按索引查詢記錄的速度至少比順序掃瞄記錄快 100 倍。

索引型別：普通索引：這是最基本的索引型別，沒有唯一性等限制。

唯一索引：與普通索引基本相同，但所有索引列只能出現一次並保持唯一。

主鍵：主鍵是唯一索引，但必須指定為"primary key"。

全文索引：MySQL從一開始就支援全文索引和全文檢索。 在MySQL中，全文索引的索引型別為全文。 可以在 varchar 或 text 型別的列上建立全文索引。

2. IO 吞吐量小會形成瓶頸。

PS：這是從系統層來分析的MySQL是比較IO密集型的。 一般來說，資料庫監控也比較關注IO。

監視命令：$iostat -d -k 1 10

-d 引數顯示裝置（磁碟）的使用狀態。 -k使用塊的一些列強制千位元組; 1 10 表示資料每 1 秒重新整理一次，總共重新整理 10 次。

官方是10s，但這已經非常慢了，而且沒有併發的SQL執行後台也不慢，前台很慢。

這樣不好，一是表格結構不清晰，如果只有幾個字段，那就設定乙個索引，如果欄位太多，就要考慮是否拆分表格;

二是你不知道怎麼寫你的SQL，也許你可以優化SQL語句;

三是查詢資料時有沒有其他的邏輯處理，也許這部分也可以優化。

因此，當您只提供乙個標題時，這就是所能做的。

1.所有關鍵字均已編入索引。

2.如果無事可做，不要閱讀整張表，只提取需要使用的記錄。

3. 僅提取需要使用的字段。

使用 select count（*）from 表名; 對於查詢，下面是乙個查詢資料庫歷史記錄中名為 111 的資料條目數的示例

1. 在命令列中輸入 mysql -u root -p，然後輸入 mysql 密碼進入 mysql

2. 輸入使用歷史，進入歷史資料庫3.輸入語句 select count（*）from 111;查詢**111中的資料記錄總數。

4. 如下圖所示，可以看到資料記錄總數為1744364

您可以使用計數函式來檢視它。

例如，表的名稱是 test。

您要查詢表中有多少條記錄。

select count(*)from test;

如果按條件查詢，可以使用 where 條件從測試中選擇 count（*），其中 id=1;

如果網頁較多，可以考慮進行頁面聚合並新增長尾關鍵字。 希望它對你有用。

你可以找顧問諮詢這個問題，500w的頁面不再是普通的小**。

如果 ware 型別的選擇性較高（即每種 ware 型別的記錄數量相對較少），則可以考慮對 ware 型別進行索引。

100,000 條資料就足夠了，最好的方法是建立乙個索引，該索引是使用命令“在表名（索引列名,..上建立索引名建立的

index name：這是建立的索引的名稱，您可以自行命名。

table name：這是資料表的名稱，你的應該是 ware detail。

索引列名稱：針對哪一列的資料建立索引，這一項很重要，可以寫ware型別，請確保這一行不是數值型別，因為資料型別比字元型別查詢快，最好將這一行設定為固定長度，這樣查詢速度更快， 如果行資料的長度可以短一點，則越短意味著查詢速度越快。