mysql查詢(xún)某一分區(qū)數(shù)據(jù) mysql表數(shù)據(jù)量太大,達(dá)到了1億多條數(shù)據(jù),除了分庫(kù)分表之外,還有沒(méi)有其他的解決方式?
mysql表數(shù)據(jù)量太大,達(dá)到了1億多條數(shù)據(jù),除了分庫(kù)分表之外,還有沒(méi)有其他的解決方式?在正常配置下,MySQL只能承載2000萬(wàn)數(shù)據(jù)(同時(shí)讀寫(xiě),表中有大文本字段,單服務(wù)器)?,F(xiàn)在已經(jīng)超過(guò)1億,而且還在
mysql表數(shù)據(jù)量太大,達(dá)到了1億多條數(shù)據(jù),除了分庫(kù)分表之外,還有沒(méi)有其他的解決方式?
在正常配置下,MySQL只能承載2000萬(wàn)數(shù)據(jù)(同時(shí)讀寫(xiě),表中有大文本字段,單服務(wù)器)?,F(xiàn)在已經(jīng)超過(guò)1億,而且還在增加,建議按以下方式處理:
1子表。它可以按時(shí)間或一定的規(guī)則進(jìn)行拆分,以便盡可能地查詢(xún)子表中的數(shù)據(jù)庫(kù)。這是最有效的方法。特別是寫(xiě),放入一個(gè)新表,并定期同步。如果記錄不斷更新,最好將寫(xiě)入的數(shù)據(jù)放在redis中,并定期同步表3的大文本字段,將它們分隔成一個(gè)新的獨(dú)立表。對(duì)于較大的文本字段,可以使用NoSQL數(shù)據(jù)庫(kù)
4優(yōu)化體系結(jié)構(gòu),或者優(yōu)化SQL查詢(xún),避免聯(lián)合表查詢(xún),盡量不要使用count(*)、in、recursion等性能消耗語(yǔ)句
5使用內(nèi)存緩存,或者在前端讀取時(shí)增加緩存數(shù)據(jù)庫(kù)。重復(fù)讀取時(shí),直接從緩存中讀取。
以上是一種低成本的管理方法,基本上幾個(gè)服務(wù)器就可以做到,但是管理起來(lái)有點(diǎn)麻煩。
當(dāng)然,如果總體數(shù)據(jù)量特別大,并且您不關(guān)心成本,請(qǐng)使用cluster或tidb
mysql分區(qū)數(shù)據(jù)如何查看?
例如,在mysql中,哪種方式更快?
為什么要在MySQL中創(chuàng)建多個(gè)表?
這是因?yàn)楫?dāng)存儲(chǔ)大量數(shù)據(jù)時(shí),可以通過(guò)建立多個(gè)表來(lái)均勻分布數(shù)據(jù),每個(gè)表對(duì)應(yīng)一個(gè)數(shù)據(jù)項(xiàng),在查詢(xún)或調(diào)用時(shí)可以方便地訪問(wèn)。如果沒(méi)有子表,那么所有的數(shù)據(jù)都可能存在于一個(gè)表中,這會(huì)增加數(shù)據(jù)庫(kù)在寫(xiě)入或查詢(xún)時(shí)的負(fù)擔(dān),延長(zhǎng)查詢(xún)時(shí)間,增加磁盤(pán)的IO,因?yàn)閷?duì)于大量的數(shù)據(jù)存儲(chǔ),最好建立不同類(lèi)型的表,它可以更方便,更快地寫(xiě)入和檢索。
為了更快地定位目標(biāo)數(shù)據(jù),必須在子表查詢(xún)和單表查詢(xún)中引入索引。