【MYSQL】大表與大事務帶來的問題
阿新 • • 發佈：2018-12-10
前言
相對來說，什麼情況下的資料庫表能夠稱為“大表”呢？
- 當一個表的資料超過千萬行的時候，就會對資料庫造成影響
- 當表資料檔案巨大，表資料檔案超過10G（資料值相對硬體而言）
大表的影響
大表對查詢的影響
慢查詢：很難在一定的時間內過濾出所需要的資料（Eg：顯示訂單、來源少、區分度底、大量磁碟IO、降低磁碟效率、慢查詢）
大表對DDL操作的影響
1、建立索引需要很長時間
風險：
MYSQL版本 < 5.5 建立索引會鎖表
MYSQL版本 >= 5.5 雖然不會鎖表但會引起主從延遲
2、修改表結構需要長時間鎖表
風險：
會造成長時間的主從延遲
影響正常的資料操作
如何處理資料庫中的大表
1、分庫分表把一張大表分成多個小表
難點：
分表主鍵的選擇
分表後跨分割槽資料的查詢和統計
2、大表的歷史資料歸檔
優點：
減少對前後端業務的影響難點：
歸檔時間點的選擇
如何進行歸檔的操作
什麼是事務？
- 事務是資料庫系統區別於其他一切檔案系統的重要特性之一
- 事務是一組具有原子性的SQL語句，或是一個獨立的工作單元
事務要求符合：原子性、一致性、隔離性、永續性
事務的原子性
一個事務必須被視為不可分離的最小工作單位，整個事務中的所有操作要麼全部提交成功，要麼全部失敗，對於一個事務來說，不可能只執行其中的一部分操作。
Eg： 1、檢查理財賬戶中的餘額是否高於2000元 2、從理財賬戶的餘額中減去2000元 3、在活動存款賬戶上增加2000元
整個事務中的所有操作要麼全部提交成功，要麼全部失敗回滾。
事務的一致性
一致性是指事務將資料庫從一種一致性狀態轉換到另外一種一致性狀態，在事務開始之前和事務結束後資料庫中資料的完整性沒有被破壞。
事務的隔離性
隔離性要求一個事務對資料庫中資料的修改，在未提交完成之前對於其他事務是不可見的。
SQL標準中定義的四種各類級別（隔離性由低到高）（併發性由高到低）
未提交讀（READ UNCOMMITED）
已提交讀（READ COMMITED）
可重複讀（REPEATABLE READ）
可序列化（SERIALIZABLE）
事務的永續性
一旦事務提交，則其所做的修改就會永遠儲存到資料庫中，此時即使系統崩潰，已經提交的修改資料也不會丟失。
什麼是大事務？
執行的時間比較長，操作的資料比較多的事務
風險：
鎖定太多的資料，造成大量的阻塞和鎖超時
回滾所需要的時間比較長
執行時間長，容易造成主從延遲
如何處理大事務？
- 避免一次處理太多的資料
- 移出不必要在事務中的SELECT操作
如果本文對你有所幫助，歡迎關注個人公眾號，謝謝。