mysql表數據量太大，達到了1億多條數據，除了分庫分表之外，還有沒有其他的解決方式？在正常配置下，MySQL只能承載2000萬數據（同時讀寫，表中有大文本字段，單服務器）。現在已經超過1億，而且還在

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

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

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

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

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

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

當然，如果總體數據量特別大，并且您不關心投資成本，請使用cluster，使用tidb。例如，在mysql中，表查詢和索引查詢哪種方式更快？

為什么要在MySQL中創(chuàng)建多個表？

這是因為當存儲大量數據時，可以通過建立多個表來均勻分布數據，每個表對應一個數據項，在查詢或調用時可以方便地訪問。如果沒有子表，那么所有的數據都可能存在于一個表中，這會增加數據庫在寫入或查詢時的負擔，延長查詢時間，增加磁盤的IO，因為對于大量的數據存儲，最好建立不同類型的表，它可以更方便，更快地寫入和檢索。

為了更快地定位目標數據，必須在子表查詢和單表查詢中引入索引。

mysql中，分表查詢和索引查詢哪個更快？

1. Show create table name查看創(chuàng)建分區(qū)表2的create語句。Show table status可查看表是否已分區(qū)表3。查看信息u架構.分區(qū)表選擇分區(qū)名稱部件、分區(qū)表達式表達式、分區(qū)說明目錄、表行信息schema.partitionswheretableschema=schema（）和tableuname=“test”可以查看諸如表具有哪個分區(qū)、分區(qū)方法、，以及分區(qū)中的數據記錄數