3 1資料庫優化一二三

2021-09-02 22:51:49 字數 2412 閱讀 8431

這才是調優的第一階段啊,為什麼呢?

因為這一步成本最低啊,不需要加什麼中介軟體。你沒經過索引優化和sql優化,就來什麼水平拆分,這不是坑人麼。

步驟是什麼樣呢?我說個大概

用慢查詢日誌定位執行效率低的sql語句

explain分析sql的執行計畫

確定問題,採取相應的優化措施,建立索引啊,等

我就不舉例了,因為如何優化sql的文章,一抓一大把,再貼過來,讀者看著也累。

在優化sql無法解決問題的情況下,才考慮搭建快取。畢竟你使用快取的目的,就是將複雜的、耗時的、不常變的執行結果快取起來,降低資料庫的資源消耗。

這裡需要注意的是:搭建快取後,系統的複雜性增加了。你需要考慮很多問題,比如:

快取也搞不定的情況下,搞主從複製,上讀寫分離。在應用層,區分讀寫請求。或者利用現成的中介軟體mycat或者altas等做讀寫分離。

需要注意的是,只要你敢說你用了主從架構,有三個問題,你要準備:

1.主從的好處?

回答:實現資料庫備份,實現資料庫負載均衡,提高資料庫可用性

2.主從的原理?

回答:如圖所示(不是自己畫的,偷懶了)

主庫有乙個log dump執行緒,將binlog傳給從庫

從庫有兩個執行緒,乙個i/o執行緒,乙個sql執行緒,i/o執行緒讀取主庫傳過來的binlog內容並寫入到relay log,sql執行緒從relay log裡面讀取內容,寫入從庫的資料庫。

3.如何解決主從一致性?

回答:這個問題,我不建議在資料庫層面解決該問題。根據 cap 定理,主從架構本來就是一種高可用架構,是無法滿足一致性的。

哪怕你採用同步複製模式或者半同步複製模式,都是弱一致性,並不是強一致性。所以,推薦還是利用快取,來解決該問題。

步驟如下:

自己通過測試,計算主從延遲時間,建議mysql版本為5.7以後,因為mysql自5.7開始,多執行緒複製功能比較完善,一般能保證延遲在1s內。不過話說回來,mysql現在都出到8.x了,還有人用5.x的版本麼。

資料庫的寫操作,先寫資料庫,再寫cache,但是有效期很短,就比主從延時的時間稍微長一點。

讀請求的時候,先讀快取,快取存在則直接返回。如果快取不存在(這時主從同步已經完成),再讀資料庫。

說句實在話,你們面試的時候,其實可以略過這個階段。因為很多網際網路公司都不建議用分割槽表,我自己也不太建議用分割槽表,採用這個分割槽表,坑太多。

這裡引用一下其他文章的回答:

什麼是mysql的分割槽表?

回答:所有資料還在乙個表中,但物理儲存根據一定的規則放在不同的檔案中。這個是mysql支援的功能,業務**不需要改動,但是sql語句需要改動,sql條件需要帶上分割槽的列。

缺點

分割槽鍵設計不太靈活,如果不走分割槽鍵,很容易出現全表鎖

在分割槽表使用alter tableorder by,只能在每個分區內進行order by

分割槽表的分割槽鍵建立索引,那麼這個索引也將被分割槽。分割槽鍵沒有全域性索引一說。

自己分庫分表,自己掌控業務場景與訪問模式,可控。分割槽表,研發寫了乙個sql,都不確定該去哪個分割槽查,不太可控。

…不列舉了,不推薦

上面四個階段都沒搞定,就來垂直拆分了。垂直拆分的複雜度還是比水平拆分小的。將你的表,按模組拆分為不同的小表。大家應該都看過《大型**架構演變之路》,這種型別的文章或者書籍,基本都有提到這一階段。

把不常用的字段單獨放在一張表。

把常用的字段單獨放一張表

經常組合查詢的列放在一張表中(聯合索引)。

ok,水平拆分是最麻煩的乙個階段,拆分後會有很多的問題,我再強調一次,水平拆分一定是最最最最後的選擇。從某種意義上,我覺得還不如垂直拆分。因為你用垂直拆分,分成不同模組後,發現單模組的壓力過大,你完全可以給該模組單獨做優化,例如提高該模組的機器配置等。如果是水平拆分,拆成兩張表,**需要變動,然後發現兩張表還不行,再變**,再拆成三張表的?水平拆分後,各模組間耦合性太強,成本太大,慎重。

阿里巴巴早餐計畫,我國每年都有2000萬人得胃炎,胃癌;很大一部分原因是沒有及時吃早餐.阿里計畫每年發放20億早餐補貼來鼓勵您及時吃早餐.支付寶領取補貼,搜尋「511366850」用於早餐消費補貼,答應我,一定要照顧好自己

資料庫一二三正規化

一 正規化介紹 主要有六種正規化 第一正規化 第二正規化 第三正規化 bc正規化 第四正規化和第五正規化。滿足最低要求的叫第一正規化,簡稱1nf。在第一正規化基礎上進一步滿足一些要求的為第二正規化,簡稱2nf。其餘依此類推 事物往往具有多面性,設計正規化也會帶來一定的麻煩 操作困難,因為需要聯絡多個...

資料庫一 二 三正規化

第一正規化 不存在重複的列,即資料庫表的每一列都是不可分割的原子資料項。eg 不符合第一正規化如下表 學號姓名 班級01 張三高三1班 應該轉換成如下 高三1班可以拆分成高三年級和1班 學號 姓名 年級 班級 01張三 高三1班 第二正規化 屬性完全依賴於主鍵 滿足第一正規化的前提下 即任意乙個欄位...

資料庫第一 二 三正規化

第一正規化 在任何乙個關聯式資料庫中,第一正規化 1nf 是對關係模式的基本要求,不滿足第一正規化 1nf 的資料庫就不是關聯式資料庫。所謂第一正規化 1nf 是指資料庫表的每一列都是不可分割的基本資料項,同一列中不能有多個值,即實體中的某個屬性不能有多個值或者不能有重複的屬性。如果出現重複的屬性,...