mysql加索引需要多長時間？32核，30G以上內存，1000萬條條目及時建立非聚集索引，耗時7分鐘。如果是1億，我估計需要70多分鐘。群集索引需要更長的時間。這需要索引排序和分支索引復合B樹。一般來

mysql加索引需要多長時間？

32核，30G以上內存，1000萬條條目及時建立非聚集索引，耗時7分鐘。如果是1億，我估計需要70多分鐘。群集索引需要更長的時間。這需要索引排序和分支索引復合B樹。一般來說，最好創(chuàng)建一個新表，建立一個好的索引，然后逐批導入數據?？蓱z的機器，一億的數據索引基本上是死機或僵尸狀態(tài)。我只能慢慢等。我一天都做不到，就用上面的方法。索引與類型有很大關系。通常，定長字段比變長字段簡單，IO消耗少，節(jié)省時間。綜合指數越長，就越復雜。第二個是一個包含多個索引的表。這種情況將導致各種存儲索引結構，這將花費更多的時間。多少個數據頁，多少個文件，以及每頁有多少個插槽將影響時間。

mysql表數據量太大，達到了1億多條數據，除了分庫分表之外，還有沒有其他的解決方式？

在正常配置下，MySQL只能承載2000萬數據（同時讀寫，表中有大文本字段，單服務器）?，F在已經超過1億，而且還在增加，建議按以下方式處理：

1子表。它可以按時間或一定的規(guī)則進行拆分，以便盡可能地查詢子表中的數據庫。這是最有效的方法。特別是寫，放入一個新表，并定期同步。如果記錄不斷更新，最好將寫入的數據放在redis中，并定期同步表3的大文本字段，將它們分隔成一個新的獨立表。對于較大的文本字段，可以使用NoSQL數據庫

4優(yōu)化體系結構，或者優(yōu)化SQL查詢，避免聯合表查詢，盡量不要使用count（*）、in、recursion等性能消耗語句

5使用內存緩存，或者在前端讀取時增加緩存數據庫。重復讀取時，直接從緩存中讀取。

以上是一種低成本的管理方法，基本上幾個服務器就可以做到，但是管理起來有點麻煩。

當然，如果總體數據量特別大，并且您不關心投資成本，請使用集群或tidb