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

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

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

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

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

5使用內(nèi)存緩存，或者在前端讀取時增加緩存數(shù)據(jù)庫。重復(fù)讀取時，直接從緩存中讀取。

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

當然，如果整體數(shù)據(jù)量特別大，而且你不在乎投資成本，那就用集群，用tidb

我覺得這是區(qū)塊鏈一個可靠的應(yīng)用方向

！存儲行業(yè)分類：

1。服務(wù)器存儲

這是一種常用的存儲方法。基本上，每個大型組織都需要購買自己的服務(wù)器來存儲數(shù)據(jù)，但這不僅包括設(shè)備成本，還包括高昂的維護成本。最重要的是，它可能會遇到黑客攻擊在任何時候。

2. 云存儲

有代表性的是阿里云和亞馬遜云。云存儲是這兩家公司的核心業(yè)務(wù)。從這兩家公司的規(guī)模，我們其實可以知道存儲市場的需求空間。雖然這兩家公司的安全性非常好，應(yīng)該說他們是全球最安全的云存儲平臺，但是除了安全，隱私問題也會涉及，所以一般的云存儲平臺只適合C端用戶。對于保密要求很高的大型集團公司來說，他們一般都會購買自己的服務(wù)器，所以隱私問題一直是云存儲的需要是的，這是一個問題。

3. 分布式存儲

這是隨著區(qū)塊鏈產(chǎn)業(yè)的發(fā)展而出現(xiàn)的新興產(chǎn)業(yè)。它仍處于早期發(fā)展階段。但很多項目已經(jīng)開始落地。分布式存儲的特點：可以避免單點攻擊和隱私泄露問題，這也是傳統(tǒng)存儲行業(yè)的痛點，但分布式存儲確實很好地解決了這些痛點。所以我認為分布式存儲是區(qū)塊鏈在未來很可能成功實現(xiàn)的應(yīng)用。如果發(fā)展得好，未來這個行業(yè)可能會出現(xiàn)很多大公司。因此，我們建議您關(guān)注區(qū)塊鏈在這一領(lǐng)域的應(yīng)用。

但是分布式存儲存在效率低的問題，即用戶體驗有待提高，這也需要給他們一定的開發(fā)時間。但就像種樹一樣，樹苗長成參天大樹，必然會迎來一條快速發(fā)展的道路。所以我對分布式云存儲的未來持樂觀態(tài)度。

我在這里不談這個。如果你想有更深的了解，你可以在下面留言或關(guān)注我。我是區(qū)塊鏈價值投資的愛好者。

分布式存儲會有發(fā)展空間嗎？

看來博主一家剛剛大量出爐。你不必問這樣的問題。這樣優(yōu)秀的孩子可以去任何他們想去的地方