1、Mysql三種存儲引擎

MySQL提供了兩種存儲引擎：MyISAM和 InnoDB,MySQL4和5使用默認的MyISAM存儲引擎.從MYSQL5.5開始,MySQL已將默認存儲引擎從MyISAM變動為InnoDB.

MyISAM沒有提供事務支持,而InnoDB提供了事務支持.

XtraDB是InnoDB存儲引擎的增強版本,被設計用來更好的使用更新計算機硬件系統的性能,同時還包括有一些在高性能環境下的新特性.

2、Percona Server分支

Percona Server由領先的MySQL咨詢公司Percona宣布.

Percona Server是一款獨立的數據庫產品,其可以完全與MySQL兼容,可以在不變動代碼的情況了下將存儲引擎更換成XtraDB.是最接近官方MySQL Enterprise發行版的版本.

Percona提供了高性能XtraDB引擎,還提供PXC高可用辦理方案,并且附帶了percona-toolkit等DBA管理工具箱,

3、MariaDB

MariaDB由MySQL的創始人開發,MariaDB的目的是完全兼容MySQL,包含API和命令行,使之能輕松成為MySQL的代替品.

MariaDB提供了MySQL提供的尺度存儲引擎,即MyISAM和InnoDB,10.0.9版起使用XtraDB(名稱代號為Aria)來代替MySQL的InnoDB.

4、如何選擇

綜合多年使用經驗和性能對照,首選Percona分支,其次是MariaDB,如果你不想冒一點風險,那就選擇MYSQL官方版本.

二、常用的MYSQL調優策略

1、硬件層相關優化

改動服務器BIOS設置

選擇Performance Per Watt Optimized(DAPC)模式,發揮CPU最年夜性能.

Memory Frequency(內存頻率)選擇Maximum Performance(最佳性能)

內存設置菜單中,啟用Node Interleaving,避免NUMA問題

2、磁盤I/O相關

使用SSD硬盤

如果是磁盤陣列存儲,建議陣列卡同時配備CACHE及BBU模塊,可明顯提升IOPS.

raid級別盡量選擇raid10,而不是raid5.

3、文件系統層優化

使用deadline/noop這兩種I/O調劑器,千萬別用cfq

使用xfs文件系統,千萬別用ext3；ext4勉強可用,但業務量很大的話,則必定要用xfs；

文件系統mount參數中增加：noatime, nodiratime, nobarrier幾個選項(nobarrier是xfs文件系統特有的)；

4、內核參數優化

修改vm.swappiness參數,降低swap使用率.RHEL7/centos7以上則慎重設置為0,可能產生OOM

調整vm.dirty_background_ratio、vm.dirty_ratio內核參數,以確保能持續將臟數據刷新到磁盤,避免瞬間I/O寫.發生等待.

調整net.ipv4.tcp_tw_recycle、net.ipv4.tcp_tw_reuse都設置為1,減少TIME_WAIT,提高TCP效率.

5、Mysql參數優化建議

建議設置default-storage-engine=InnoDB,強烈建議不要再使用MyISAM引擎.

調整innodb_buffer_pool_size的年夜小,如果是單實例且絕年夜多數是InnoDB引擎表的話,可考慮設置為物理內存的50% -70%左右.

設置innodb_file_per_table = 1,使用自力表空間.

調整innodb_data_file_path = ibdata1:1G:autoextend,不要用默認的10M,在高并發場景下,性能會有很年夜提升.

設置innodb_log_file_size=256M,設置innodb_log_files_in_group=2,基本可以滿足年夜多數應用場景.

調整max_connection(最大連接數)、max_connection_error(最大差錯數)設置,根據業務量大小進行設置.

另外,open_files_limit、innodb_open_files、table_open_cache、table_definition_cache可以設置年夜約為max_connection的10倍左右年夜小.

key_buffer_size建議調小,32M左右即可,另外建議封閉query cache.

mp_table_size和max_heap_table_size設置不要過年夜,另外sort_buffer_size、join_buffer_size、read_buffer_size、read_rnd_buffer_size等設置也不要過年夜.

三、 MYSQL常見的應用架構分享

1、主從復制辦理方案

這是MySQL自身提供的一種高可用解決方案,數據同步辦法采用的是MySQL replication技術.MySQL replication就是從服務器到主服務器拉取二進制日志文件,然后再將日志文件解析成相應的SQL在從服務器上重新執行一遍主服務器的操作,通過這種方式保證數據的一致性.

為了達到更高的可用性,在實際的應用環境中,一般都是采納MySQL replication技術配合高可用集群軟件keepalived來實現自動failover,這種方式可以實現95.000%的SLA.

2、MMM/MHA高可用辦理方案

MMM提供了MySQL主主復制配置的監控、故障轉移和管理的一套可伸縮的腳本套件.在MMM高可用計劃中,典型的應用是雙主多從架構,通過MySQL replication技術可以實現兩個服務器互為主從,且在任何時候只有一個節點可以被寫入,避免了多點寫入的數據沖突.同時,當可寫的主節點故障時,MMM套件可以立刻監控到,然后將服務自動切換到另一個主節點,繼續提供服務,從而實現MySQL的高可用.

3、Heartbeat/SAN高可用辦理方案

在這個方案中,處理failover的方式是高可用集群軟件Heartbeat,它監控和管理各個節點間連接的網絡,并監控集群服務,當節點出現故障或者服務弗成用時,自動在其他節點啟動集群服務.在數據共享方面,通過SAN(Storage Area Network)存儲來共享數據,這種方案可以實現99.990%的SLA.

4、Heartbeat/DRBD高可用辦理方案

此方案處理failover的方式上依舊采用Heartbeat,不同的是,在數據共享方面,采用了基于塊級其余數據同步軟件DRBD來實現.

DRBD是一個用軟件實現的、無共享的、服務器之間鏡像塊設備內容的存儲復制辦理方案.和SAN網絡不同,它并不共享存儲,而是通過服務器之間的網絡復制數據.

四、MYSQL經典應用架構

此中：

Dbm157是mysql主,dbm158是mysql主的備機,dbs159/160/161是mysql從.

MySQL寫操作一般采納基于heartbeat+DRBD+MySQL搭建高可用集群的方案.通過heartbeat實現對mysql主進行狀態監測,而DRBD實現dbm157數據同步到dbm158.

讀操作普遍采納基于LVS+Keepalived搭建高可用高擴展集群的方案.前端AS應用通過提高的讀VIP連接LVS,LVS有keepliaved做成高可用模式,實現互備.

最后,mysql主的從節點dbs159/160/161通過mysql主從復制功效同步mysql主的數據,通過lvs功效提供給前端AS應用進行讀操作,并實現負載均衡.