{eval=Array;=+count(Array);}

国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

問答專欄Q & A COLUMN

Mysql某個表有近千萬數(shù)據(jù),CRUD比較慢,該如何優(yōu)化呢?

SnaiLiuSnaiLiu 回答0 收藏1
收藏問題

2條回答

luzhuqun

luzhuqun

回答于2022-06-28 14:54

我是【會點(diǎn)代碼的大叔】,每天為你分享程序員干貨,關(guān)注并私信我數(shù)字“1”,送你一份程序員大禮包。

MySQL 數(shù)據(jù)庫某張表近千萬的數(shù)據(jù),CRUD比較慢,如何優(yōu)化?

說實(shí)話,這個數(shù)據(jù)量級, MySQL 單庫單表支撐起來完全沒有問題的,所以首先還是考慮數(shù)據(jù)庫本身的優(yōu)化。



從上圖可以看到,數(shù)據(jù)庫優(yōu)化通常可以通過以上幾點(diǎn)來實(shí)現(xiàn):

  • 硬件升級:也就是花更多的錢,升級我們數(shù)據(jù)庫硬件配置,包括 CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等等,但是這個方案成本高,而且不一定能起到非常好的效果。
  • 數(shù)據(jù)庫配置:修改數(shù)據(jù)庫的配置,有可能讓我們的 CRUD 操作變得更快,不過我也不建議大家把經(jīng)歷放在這一點(diǎn)上面;首先,數(shù)據(jù)庫的配置通常由專業(yè)的 DBA 來負(fù)責(zé);第二,大部分時候,默認(rèn)的數(shù)據(jù)庫配置在大多數(shù)情況下已經(jīng)是最優(yōu)配置了。


對于開發(fā)人員來說,我們需要把注意力放在后面三點(diǎn):


數(shù)據(jù)結(jié)構(gòu)的優(yōu)化,也就是表結(jié)構(gòu)的優(yōu)化

  • 數(shù)據(jù)類型的選擇:選用合適的數(shù)據(jù)結(jié)構(gòu)。什么叫做"合適的數(shù)據(jù)結(jié)構(gòu)",比如性別字段,M表示男F表示女,那么一個 char(1) 就足夠了,如果存儲人的年齡,那么就沒有必要使用 INT 這么大范圍的字段了;
  • 適當(dāng)?shù)牟鸱郑呵f不要試圖把所有的字段放在一張表中,因?yàn)檫@會非常影響性能,通常一張表的字段最好不要超過 30 個;
  • 適當(dāng)?shù)娜哂啵喝绻恍┏S玫淖侄危赡軙迷诓煌木S度,那么我們可以把這些字段設(shè)計在多張表中,因?yàn)檫@樣可能會減少表關(guān)聯(lián);
  • 字段盡量設(shè)置成 not Null,盡量帶有默認(rèn)值。


SQL 語句的優(yōu)化

優(yōu)化 SQL 語句執(zhí)行速度的方法有很多,比如:

  • 盡量使用索引,盡量避免全表掃描,提高查詢速度;
  • 當(dāng)然你不能無限制地建立索引;維護(hù)索引也會影響性能,會降低 DML 操作的速度;
  • 注意 SQL 語句的書寫,有一些錯誤的寫法可能會導(dǎo)致索引失效;
  • 盡量避免在 where 子句中對字段進(jìn)行 Null 值判斷(當(dāng)然我們在表設(shè)計中,直接建議不要有 Null);
  • 條件值多的情況下,盡量不要使用 in 和 not in ;
  • select 的時候,使用具體的字段代替 * 號
  • 避免返回大量數(shù)據(jù),增加分頁;


減少數(shù)據(jù)庫的訪問

  • 我們可以通過增加本地緩存或分布式緩存的方式,將熱點(diǎn)數(shù)據(jù)存儲到緩存中,以減少數(shù)據(jù)庫的訪問;
  • 終極大招,如果是一個不合理的需求,我們可以拒絕做這個需求,這樣也算是"減少了數(shù)據(jù)庫訪問"。


說完了 MySQL 本身的優(yōu)化,如果數(shù)據(jù)量進(jìn)一步增大的話,我們還有什么優(yōu)化的方案呢?


讀寫分離

主庫用于寫,從庫用于讀,將讀寫分散在不同的數(shù)據(jù)庫上,利用多臺機(jī)器的資源,來提高數(shù)據(jù)庫的可用性和性能。



分庫分表

如果數(shù)據(jù)持續(xù)增多,超過了單臺 MySQL 的支撐上限,那么只能用【分庫分表】這一招了;我們可以采用一定的路由規(guī)則,將數(shù)據(jù)保存到不同的數(shù)據(jù)庫中。

當(dāng)然,如果不是“迫不得已”,我是不太建議分庫分表的,因?yàn)檫@樣極大地增加了系統(tǒng)的復(fù)雜程度,并且會帶來更多的問題需要開發(fā)人員解決。



以上就是常用的 MySQL 優(yōu)化方案,如果是千萬級數(shù)據(jù)量,優(yōu)化 MySQL 本身即可。


會點(diǎn)代碼的大叔 | 原創(chuàng)

一個寫代碼的架構(gòu)師,專注程序員的學(xué)習(xí)和成長,關(guān)注并私信我數(shù)字“1”,送你一份程序員大禮包。

評論0 贊同0
  •  加載中...
sydMobile

sydMobile

回答于2022-06-28 14:54

MySQL 數(shù)據(jù)庫某張表近千萬的數(shù)據(jù),CRUD比較慢,如何優(yōu)化?最常見的是線程池優(yōu)化、索引優(yōu)化、緩存優(yōu)化、讀寫分離、數(shù)據(jù)庫拆分等,上述4種優(yōu)化可以從不同角度來優(yōu)化我們的數(shù)據(jù)庫操作,其中的可操作性性要看團(tuán)隊的技術(shù)能力和應(yīng)用的維護(hù)能力,我就以自己遇到過的應(yīng)用場景簡單談?wù)勛约旱膬?yōu)化流程。

換到新的團(tuán)隊,遇到的第一個棘手問題就是數(shù)據(jù)庫不定時的出現(xiàn)“Cannot get a connection, pool error Timeout waiting for idle object”,經(jīng)和DBA溝通,其反饋數(shù)據(jù)庫group(數(shù)據(jù)庫量級4kw+)中的查詢邏輯很多,qps達(dá)1w+,并且慢sql積壓,拖垮了數(shù)據(jù)庫。從慢sql和上述查詢異常著手,進(jìn)行千萬級的數(shù)據(jù)庫優(yōu)化。

1. 線程池優(yōu)化。線上的讀線程池16,寫線程池池16,考慮到數(shù)據(jù)查詢時獲取不到數(shù)據(jù)庫連接,將讀線程池調(diào)整為32,其優(yōu)化效果不明顯,數(shù)據(jù)庫建立連接的異常仍然存在。


2.索引優(yōu)化。經(jīng)和DBA分析相關(guān)的慢sql語句,發(fā)現(xiàn)其索引都是完備的,也就是說每個查詢都可以落到對應(yīng)的索引邏輯,這點(diǎn)兒我們心里是有數(shù)的,畢竟線上正常運(yùn)行了2年多數(shù)據(jù)庫,當(dāng)時建庫和查詢時肯定考慮到了索引的情況。也就是說,在這方面沒有優(yōu)化的余地。

3.緩存優(yōu)化。經(jīng)排查,線上的相關(guān)操作采用緩存加速,緩存時間1h或24h不等,考慮到數(shù)據(jù)庫瓶頸和更新數(shù)據(jù)刪緩存的邏輯,將緩存時間延長至7天。該優(yōu)化邏輯上線后,數(shù)據(jù)庫異常有所減弱,但問題仍未解決。偶爾發(fā)現(xiàn),客戶端偶爾會請求服務(wù)端不存在的數(shù)據(jù),引發(fā)緩存穿透。而針對該庫涉及到的可能存在緩存穿透的邏輯,進(jìn)行了一系列優(yōu)化。優(yōu)化之后,效果特別明顯,也就是在線上業(yè)務(wù)達(dá)到一定量級時,要特別注意緩存穿透,這點(diǎn)在業(yè)務(wù)剛開始時很容易被忽略。

4.讀寫分離。雖然通過緩存穿透的優(yōu)化處理,解決了數(shù)據(jù)庫連接異常的問題,但是讀寫分離仍然值得嘗試,讀寫分離是應(yīng)對讀多寫少業(yè)務(wù)的一大利器,一主多從的讀寫分離模式被引入彈性數(shù)據(jù)庫體系,讓我們在特殊節(jié)點(diǎn)的業(yè)務(wù)保障更有信心。

5.數(shù)據(jù)庫拆分,也就是分庫分表。業(yè)務(wù)發(fā)展到一定程度,分庫分表是優(yōu)化的必經(jīng)之路,也是我們團(tuán)隊一項(xiàng)很重要的優(yōu)化業(yè)務(wù),但限于業(yè)務(wù)場景、分庫分表規(guī)則、多維度查詢、團(tuán)隊研發(fā)資源等,目前正在規(guī)劃中。

綜上所述,通過優(yōu)化緩存穿透和讀寫分離解決了我們線上業(yè)務(wù)的數(shù)據(jù)庫性能問題,可操作性強(qiáng),風(fēng)險相對降低。

作者:夕陽雨晴,歡迎關(guān)注我的頭條號:偶爾美文,主流Java,為你講述不一樣的碼農(nóng)生活。

評論0 贊同0
  •  加載中...

最新活動

您已邀請0人回答 查看邀請

我的邀請列表

  • 擅長該話題
  • 回答過該話題
  • 我關(guān)注的人
向幫助了您的網(wǎng)友說句感謝的話吧!
付費(fèi)偷看金額在0.1-10元之間
<