mysql數(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)行拆分,以便盡可能地查詢子表中的數(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查詢,避免聯(liá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)使用群集或tidb
MySQL數(shù)據(jù)庫(kù)使用的是什么類型的數(shù)據(jù)?在MySQL中,有三種類型的數(shù)據(jù)通常用于存儲(chǔ)日期:date、datetime和timestamp。
日期數(shù)據(jù)類型:用于存儲(chǔ)沒(méi)有時(shí)間的日期。MySQL獲取并以“yyyy-mm-dd”格式顯示此類型。支持的時(shí)間范圍是“1000-00-00”到“9999-12-31”。日期時(shí)間類型:存儲(chǔ)包含日期和時(shí)間的數(shù)據(jù)。存儲(chǔ)和顯示格式為“yyyy-mm-dd HH:mm:SS”。支持的時(shí)間范圍是“1000-00-00:00:00”到“9999-12-31 23:59:59”。時(shí)間戳類型:它還存儲(chǔ)帶有日期和時(shí)間的數(shù)據(jù)。存儲(chǔ)和顯示的格式與datetime相同。支持的時(shí)間范圍是“1970-01-01 00:00:01”到“2038-01-19 03:14:07”。所有不符合上述格式的數(shù)據(jù)都將轉(zhuǎn)換為相應(yīng)的0值類型。(0000-00-00或0000-00-00:00)