關於如何優化mysql多表查詢，以優化數千萬資料的多表查詢

使用聯接而不是子查詢（子查詢）來選擇最合適的字段屬性。

使用 union 而不是臨時表。

使用事務性外來鍵索引進行手動建立。

避免使用非常優化的非常優化的查詢。

子查詢優化策略。

對於不同型別的子查詢，優化器會選擇不同的策略。

1.對於 in， =any 子查詢，優化器具有以下策略選項：

semijoin

materialization

exists

2.對於 not in 和 <>all 子查詢，優化器具有以下策略選項：

materialization

exists

3.對於派生表，優化器具有以下策略選項：

derived merge，將派生表合併到外部查詢中（引入）;

將派生表具體化為內部臨時表，然後將其用於外部查詢。

注意：update 和 delete 語句中的子查詢不能使用半聯接或具體化優化策略。

第二件事是 like 不使用索引，結果是你建立了乙個索引但找不到結果，這與聯合無關。

即使您有乙個查詢，它也會遍歷整個資料庫，並且不會在索引中查詢。

在這種情況下，文字查詢通常通過分詞建立檔案索引來執行，例如 lucene

以目前的資料量，如果想通過SQL解決文字的類似查詢，再通過資料庫已經不夠了

我也有同樣的問題，我的環境是ms sql

**如果我不發布它，我能幫你什麼？

如何優化MySQL數千萬次資料插入和查詢。

大資料庫優化SQL、索引、橫切和縱切！ 多資料庫、主從、讀寫分離。

MySQL索引有五種型別：主鍵索引、公共索引、唯一索引、全文索引和聚合索引（多列索引）。

唯一索引和全文索引很少使用，我們主要關注主鍵索引、普通索引和聚合索引。

1）主鍵索引：主鍵索引是新增到主鍵上的索引，當設定主鍵時，MySQL會自動建立主鍵索引。

2）普通索引：在非主鍵列上建立索引;

3）聚合索引：在多個列上建立索引。

c） 索引的語法：

檢視表的索引：顯示表名中的索引;

若要建立普通索引，請更改表表名，新增索引索引名稱（帶索引的列）。

若要建立聚合索引，請更改表名，新增索引索引名稱（第 1 列帶索引，第 2 列帶索引）。

刪除表的索引：在表名上刪除索引索引名;

4）效能測試。

測試環境：Blogger 的工作桌面。

處理器： Intel Core i5-4460 ;

記憶體 8G;

直接使用 limit start， count 分頁語句，這也是我的程式中使用的方法：

select * from product limit start, count

當起始頁較小時，查詢沒有效能問題，我們來看一下分頁的執行時間分別為 10、100、1000 和 10000（每頁 20 個條目），如下所示：

從產品限制 10、20 秒中選擇 *。

從產品限制 100 中選擇 *，20 秒。

從產品限制 1000 中選擇 *，20 秒。

從產品限制 10000 中選擇 *，20 秒。

我們已經看到，隨著起始記錄的增加，時間也隨之增加，這說明分頁語句的限制與起始頁碼有很大關係，所以讓我們把起始記錄改為 40w（即記錄的一般記錄）從乘積限制 400000 中選擇 *，20 秒。

讓我們看看我們記錄最後一頁的時間。

從產品限制866613中選擇 *，20 秒。

是難以忍受的。

從中可以總結出兩件事：

1）limit語句的查詢時間與起始記錄的位置成正比。

2）MySQL的limit語句非常方便，但不適合記錄較多的表。

select * from collect where id in (9000,12,50,7000);0秒即可完成檢查！

id in （str） 非常快，基數仍然是 0 秒。 如果是這樣的話，MySQL應該能夠輕鬆處理數千萬的資料。