免费观看又色又爽又黄的小说免费_美女福利视频国产片_亚洲欧美精品_美国一级大黄大色毛片

MySQL單表數(shù)據(jù)量超過2000萬性能急劇下降的說法靠譜?

2021-02-05    分類: 網(wǎng)站建設(shè)

今天,探討一個有趣的話題:MySQL 單表數(shù)據(jù)達到多少時才需要考慮分庫分表?有人說 2000 萬行,也有人說 500 萬行。那么,你覺得這個數(shù)值多少才合適呢?

曾經(jīng)在中國互聯(lián)網(wǎng)技術(shù)圈廣為流傳著這么一個說法:MySQL 單表數(shù)據(jù)量大于 2000 萬行,性能會明顯下降。事實上,這個傳聞?chuàng)f最早起源于百度。具體情況大概是這樣的,當(dāng)年的 DBA 測試 MySQL性能時發(fā)現(xiàn),當(dāng)單表的量在 2000 萬行量級的時候,SQL 操作的性能急劇下降,因此,結(jié)論由此而來。然后又據(jù)說百度的工程師流動到業(yè)界的其它公司,也帶去了這個信息,所以,就在業(yè)界流傳開這么一個說法。

再后來,阿里巴巴《Java 開發(fā)手冊》提出單表行數(shù)超過 500 萬行或者單表容量超過 2GB,才推薦進行分庫分表。對此,有阿里的黃金鐵律支撐,所以,很多人設(shè)計大數(shù)據(jù)存儲時,多會以此為標(biāo)準(zhǔn),進行分表操作。

那么,你覺得這個數(shù)值多少才合適呢?為什么不是 300 萬行,或者是 800 萬行,而是 500 萬行?也許你會說這個可能就是阿里的好實戰(zhàn)的數(shù)值吧?那么,問題又來了,這個數(shù)值是如何評估出來的呢?稍等片刻,請你小小思考一會兒。

事實上,這個數(shù)值和實際記錄的條數(shù)無關(guān),而與 MySQL 的配置以及機器的硬件有關(guān)。因為,MySQL 為了提高性能,會將表的索引裝載到內(nèi)存中。InnoDB buffer size 足夠的情況下,其能完成全加載進內(nèi)存,查詢不會有問題。但是,當(dāng)單表數(shù)據(jù)庫到達某個量級的上限時,導(dǎo)致內(nèi)存無法存儲其索引,使得之后的 SQL 查詢會產(chǎn)生磁盤 IO,從而導(dǎo)致性能下降。當(dāng)然,這個還有具體的表結(jié)構(gòu)的設(shè)計有關(guān),最終導(dǎo)致的問題都是內(nèi)存限制。這里,增加硬件配置,可能會帶來立竿見影的性能提升哈。

那么,我對于分庫分表的觀點是,需要結(jié)合實際需求,不宜過度設(shè)計,在項目一開始不采用分庫與分表設(shè)計,而是隨著業(yè)務(wù)的增長,在無法繼續(xù)優(yōu)化的情況下,再考慮分庫與分表提高系統(tǒng)的性能。對此,阿里巴巴《Java 開發(fā)手冊》補充到:如果預(yù)計三年后的數(shù)據(jù)量根本達不到這個級別,請不要在創(chuàng)建表時就分庫分表。那么,回到一開始的問題,你覺得這個數(shù)值多少才合適呢?我的建議是,根據(jù)自身的機器的情況綜合評估,如果心里沒有標(biāo)準(zhǔn),那么暫時以 500 萬行作為一個統(tǒng)一的標(biāo)準(zhǔn),相對而言算是一個比較折中的數(shù)值。

當(dāng)前標(biāo)題:MySQL單表數(shù)據(jù)量超過2000萬性能急劇下降的說法靠譜?
標(biāo)題來源:http://m.newbst.com/news37/99337.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供Google微信小程序網(wǎng)站維護手機網(wǎng)站建設(shè)網(wǎng)站設(shè)計公司網(wǎng)站建設(shè)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

網(wǎng)站優(yōu)化排名