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ù)器就可以做到，但是管理起來有點麻煩。

當(dāng)然，如果總體數(shù)據(jù)量特別大，而且我們不關(guān)心投資成本，那就使用cluster或tidb

所謂的并發(fā)可以從概念上看它是不并行的。從用戶的角度來看，有一種同時執(zhí)行的假象，但它在數(shù)據(jù)庫中確實是串行的，或者在某個粒度上是串行的。

以更新表中的一行數(shù)據(jù)為例，更新時會鎖定更改后的數(shù)據(jù)行，避免其他進程訪問該行，從而避免數(shù)據(jù)沖突。

此外，還有其他類型的鎖，以適應(yīng)不同的場景。因此，在我們所謂的并發(fā)場景中，不存在數(shù)據(jù)問題。

數(shù)據(jù)庫高并發(fā)請求，如何保證數(shù)據(jù)完整性？

為您提供幾個想法：

1。靜態(tài)網(wǎng)站頁面。靜態(tài)頁面是。HTML（。HTM等），不需要由web服務(wù)器解析。它只需要生成一次，然后每次直接下載到客戶端，效率更高。

2. 網(wǎng)站的web服務(wù)器、數(shù)據(jù)庫服務(wù)器、圖片服務(wù)器和文件服務(wù)器是分開的。通過服務(wù)器的專業(yè)化分工，以提高網(wǎng)站的訪問速度。因為下載圖片和文件時，會給IIS、Apache等服務(wù)器帶來很大壓力。

3. 設(shè)置一個特殊的數(shù)據(jù)緩存服務(wù)器。將大量的數(shù)據(jù)放入緩存數(shù)據(jù)區(qū)，在訪問量較小時保存數(shù)據(jù)，降低連接數(shù)據(jù)庫的直接操作成本。

4. 數(shù)據(jù)庫集群，數(shù)據(jù)庫表哈希。面對大量的訪問量，大型網(wǎng)站會出現(xiàn)數(shù)據(jù)庫瓶頸。此時，一個數(shù)據(jù)庫很快就無法滿足應(yīng)用的需要，因此需要使用數(shù)據(jù)庫集群或數(shù)據(jù)庫表哈希來分散壓力。

5. 鏡像。映像是提高大型網(wǎng)站性能和數(shù)據(jù)安全性的一種方法。圖像技術(shù)可以解決不同的網(wǎng)絡(luò)接入提供商和接入?yún)^(qū)域所帶來的用戶接入速度的差異。例如，中國網(wǎng)和教育網(wǎng)的差異促使許多網(wǎng)站在教育網(wǎng)中建立形象網(wǎng)站，數(shù)據(jù)可以定期或?qū)崟r更新。

6. 負載平衡。負載均衡將是大型網(wǎng)站解決高負載訪問和大量并發(fā)請求的高端解決方案。

7. 最新：CDN加速技術(shù)。什么是CDN？CDN的全稱是content distribution network。其目的是在現(xiàn)有的互聯(lián)網(wǎng)上增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到離用戶最近的網(wǎng)絡(luò)“邊緣”，讓用戶就近獲得所需內(nèi)容，提高用戶訪問網(wǎng)站的響應(yīng)速度。CDN不同于image，因為它比image更智能，或者可以用它來比喻：CDN=更智能的image cache流量分流。