閱讀本文大概需要 6 分鐘。
1.1 影響資料庫查詢速度的四個因素
1.2 風險分析
QPS: QueriesPerSecond意思是「每秒查詢率」,是一臺伺服器每秒能夠相應的查詢次數,是對一個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準。TPS: 是 TransactionsPerSecond的縮寫,也就是事務數/秒。它是軟體測試結果的測量單位。客戶機在發送請求時開始計時,收到伺服器響應後結束計時,以此來計算使用的時間和完成的事務個數。
QPS: QueriesPerSecond意思是「每秒查詢率」,是一臺伺服器每秒能夠相應的查詢次數,是對一個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準。
QueriesPerSecond
TransactionsPerSecond
Tips: 最好不要在主庫上資料庫備份,大型活動前取消這樣的計劃。
sql
QPS
TPS
max_connection
100
CPU
IO
1.3 網卡流量:如何避免無法連接資料庫的情況
select*
1.4 大錶帶來的問題( 重要)
重要
1.4.1 大表的特點
10
G
1.4.2 大表的危害
1.慢查詢:很難在短時間內過濾出需要的數據 查詢字區分度低 -> 要在大數據量的表中篩選出來其中一部分數據會產生大量的磁碟 io -> 降低磁碟效率
io
2.對 DDL影響:
DDL
建立索引需要很長時間:
MySQL-v<5.5
MySQL-v>=5.5
mysql
修改表結構需要長時間的鎖表:會造成長時間的主從延遲(480秒延遲)
1.4.3 如何處理資料庫上的大表
分庫分表把一張大表分成多個小表
難點:
1.5 大事務帶來的問題( 重要*)*
1.5.1 什麼是事務
1.5.2事務的 ACID屬性
ACID
1、原子性( atomicity):全部成功,全部回滾失敗。銀行存取款。 2、一致性(consistent):銀行轉賬的總金額不變。3、隔離性(isolation):
1、原子性( atomicity):全部成功,全部回滾失敗。銀行存取款。
atomicity
2、一致性(consistent):銀行轉賬的總金額不變。
隔離性等級:
READ UNCOMMITED
READ COMMITED
REPEATABLE READ
InnoDB的默認隔離等級
SERIALIZABLE
查看系統的事務隔離級別: show variables like%iso%;
show variables like%iso%
開啟一個新事務: begin;
begin
提交一個事務: commit;
commit
修改事物的隔離級別: setsession tx_isolation=read-committed;
setsession tx_isolation=read-committed;
4、持久性( DURABILITY):從資料庫的角度的持久性,磁碟損壞就不行了
DURABILITY
edolog機制保證事務更新的一致性和持久性
edolog
1.5.3 大事務
運行時間長,操作數據比較多的事務;
風險:鎖定數據太多,回滾時間長,執行時間長。
解決思路:
SELECT
2.1 影響性能的幾個方面
MyISAM
InnoDB
資料庫結構設計和SQL語句。(重點優化)
2.2 MySQL體系結構
分三層:客戶端->服務層->存儲引擎
MySQL
插件式的存儲引擎
2.3 InnoDB存儲引擎
MySQL5.5及之後版本默認的存儲引擎: InnoDB。
MySQL5.5
2.3.1 InnoDB使用表空間進行數據存儲。
show variables likeinnodb_file_per_table
如果innodbfileper_table 為 ON 將建立獨立的表空間,文件為tablename.ibd;
如果innodbfileper_table 為 OFF 將數據存儲到系統的共享表空間,文件為ibdataX(X為從1開始的整數);
.frm :是伺服器層面產生的文件,類似伺服器層的數據字典,記錄表結構。
.frm
2.3.2 (MySQL5.5默認)系統表空間與( MySQL5.6及以後默認)獨立表空間
MySQL5.6
optimeze table
強烈建立對Innodb 使用獨立表空間,優化什麼的更方便,可控。
2.3.3 系統表空間的錶轉移到獨立表空間中的方法
或者 Altertable 同樣可以的轉移,但是無法回收系統表空間中佔用的空間。
Altertable
2.4 InnoDB存儲引擎的特性
2.4.1 特性一:事務性存儲引擎及兩個特殊日誌類型:Redo Log 和 Undo Log
Innodb
RedoLog
UndoLog
Redo Log: 實現事務的持久性(已提交的事務)。 Undo Log: 未提交的事務,獨立於表空間,需要隨機訪問,可以存儲在高性能io設備上。
Undo日誌記錄某數據被修改前的值,可以用來在事務失敗時進行 rollback; Redo日誌記錄某數據塊被修改後的值,可以用來恢復未寫入 data file的已成功事務更新的數據。
Undo
rollback
Redo
data file
2.4.2 特性二:支持行級鎖
2.5 什麼是鎖
2.5.1 鎖
2.5.2 鎖類型
2.5.3 鎖的粒度
MySQL的事務支持不是綁定在MySQL伺服器本身, 而是與存儲引擎相關
而是與存儲引擎相關
將table_name加表級鎖命令: locktable table_name write; 寫鎖會阻塞其它用戶對該表的『讀寫』操作,直到寫鎖被釋放: unlock tables;
locktable table_name write
寫鎖會阻塞其它用戶對該表的『讀寫』操作,直到
unlock tables
2.5.4 阻塞和死鎖
(1)阻塞是由於資源不足引起的排隊等待現象。 (2)死鎖是由於兩個對象在擁有一份資源的情況下申請另一份資源,而另一份資源恰好又是這兩對象正持有的,導致兩對象無法完成操作,且所持資源無法釋放。
2.6 如何選擇正確的存儲引擎
參考條件:
Innobd
總結: Innodb 大法好。
注意: 盡量別使用混合存儲引擎,比如回滾會出問題在線熱備問題。
注意:
2.7 配置參數
2.7.1 內存配置相關參數
確定可以使用的內存上限。內存的使用上限不能超過物理內存,否則容易造成內存溢出;(對於32位操作系統,MySQL只能試用3G以下的內存。)確定MySQL的 每個連接 單獨 使用的內存。
確定可以使用的內存上限。
單獨
sort_buffer_size #定義了每個線程排序緩存區的大小,MySQL在有查詢、需要做排序操作時才會為每個緩衝區分配內存(直接分配該參數的全部內存); join_buffer_size #定義了每個線程所使用的連接緩衝區的大小,如果一個查詢關聯了多張表,MySQL會為每張表分配一個連接緩衝,導致一個查詢產生了多個連接緩衝; read_buffer_size #定義了當對一張MyISAM進行全表掃描時所分配讀緩衝池大小,MySQL有查詢需要時會為其分配內存,其必須是4k的倍數; read_rnd_buffer_size #索引緩衝區大小,MySQL有查詢需要時會為其分配內存,只會分配需要的大小。
注意: 以上四個參數是為一個線程分配的,如果有100個連接,那麼需要×100。
注意:
MySQL資料庫實例: ①MySQL是 單進程多線程(而oracle是多進程),也就是說 MySQL實例在系統上表現就是一個服務進程,即進程; ②MySQL實例是線程和內存組成,實例纔是真正用於操作資料庫文件的;一般情況下一個實例操作一個或多個資料庫;集羣情況下多個實例操作一個或多個資料庫。
MySQL資料庫實例:
單進程多線程
如何為緩存池分配內存:
Innodb_buffer_pool_size,定義了Innodb所使用緩存池的大小,對其性能十分重要,必須足夠大,但是過大時,使得Innodb 關閉時候需要更多時間把臟頁從緩衝池中刷新到磁碟中;
Innodb_buffer_pool_size
總內存-(每個線程所需要的內存*連接數)-系統保留內存
key_buffer_size,定義了MyISAM所使用的緩存池的大小,由於數據是依賴存儲操作系統緩存的,所以要為操作系統預留更大的內存空間;
key_buffer_size
select sum(index_length) from information_schema.talbes where e``ngine=``myisam
注意: 即使開發使用的表全部是Innodb表,也要為MyISAM預留內存,因為MySQL系統使用的表仍然是MyISAM表。
max_connections 控制允許的最大連接數, 一般2000更大。
max_connections
不要使用外鍵約束保證數據的完整性。
2.8 性能優化順序
從上到下:
作者:唐立勇
出處:https://segmentfault.com/a/1190000013672421
·END·
程序員的成長之路
路雖遠,行則必至