MYSQL企業常見架構與調優 2、Percona Server分支 3、MariaDB

 一、選擇PerconS、Mara還是MYSQL

1、Mysql  三種存儲引擎

MySQL提供了兩種存儲引擎：MyISAM和InnoDB，MySQL4和5 使用預設的MyISAM存儲引擎。從MYSQL5.5開始，MySQL已将預設存儲引擎從MyISAM更改為InnoDB。MyISAM沒有提供事務支援，而InnoDB 提供了事務支援。

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

PerconaServer由領先的MySQL咨詢公司Percona釋出。

PerconaServer是一款獨立的資料庫産品，其可以完全與MySQL  相容，可以在不更改代碼的情況了下将存儲引擎更換成XtraDB。是最接近官方MySQL Enterprise  發行版的版本。

Percona   提供了高性能XtraDB   引擎，還提供PXC   高可用解決方案，并且附帶了

percona-toolkit等DBA管理工具箱，

MariaDB由MySQL的創始人開發，MariaDB的目的是完全相容MySQL，包括API和指令行，使之能輕松成為MySQL 的代替品。

MariaDB提供了MySQL提供的标準存儲引擎，即MyISAM和InnoDB，10.0.9版起使用

XtraDB（名稱代号為Aria）來代替MySQL的InnoDB。

綜合多年使用經驗和性能對比，首選Percona  分支，其次是MariaDB，如果你不想冒一

點風險，那就選擇MYSQL官方版本.

二、    常用的MYSQL調優政策

修改伺服器BIOS設定

l  選擇PerformancePerWattOptimized(DAPC)模式，發揮CPU最大性能。

l  MemoryFrequency（記憶體頻率）選擇MaximumPerformance（最佳性能）

l  記憶體設定菜單中，啟用NodeInterleaving，避免NUMA  問題

2、磁盤/相關

 l 使用SSD硬碟

l     如果是磁盤陣列存儲，建議陣列卡同時配備CACHE及BBU子產品，可明顯提升IOPS。

l     raid級别盡量選擇raid10，而不是raid5.

l 使用deadline/noop這兩種I/O排程器，千萬别用cfq

l 使用xfs檔案系統，千萬别用ext3；ext4勉強可用，但業務量很大的話，則一定要用xfs；

l  檔案系統mount參數中增加：noatime,nodiratime,nobarrier幾個選項（nobarrier是xfs

檔案系統特有的）；

注：修改io排程算法

[root@IO-0-1 ~]# cat /sys/block/sda/queue/scheduler

noop anticipatory deadline [cfq] ----括号中為目前使用的算法

修改IO排程算法 

[root@IO-0-1 ~]# echo deadline > /sys/block/sda/queue/scheduler

noop anticipatory [deadline] cfq  可以看到IO排程算法已經修改為deadline

mount參數添加noatime,nodiratime,nobarrier

# vi /etc/fstab

 /dev/sda1        /             xfs     defaults,noatime,nodiratime,nobarrier 0 0

devpts           /dev/pts      devpts   gid=5,mode=620             0 0

proc             /proc         proc     defaults                   0 0

/dev/sda2        swap          swap     defaults,noatime           0 0

修改設定後隻需要重新挂載檔案系統、不需要重新開機就可以應用新設定：

# mount -o remount /

或者直接挂載： mount -o noatime,nodiratime,nobarrier /dev/sdb1 /data

Centos 6安裝xfs的方法:

安裝xfs相關包，挂載xfs核心

 # yum install xfsprogs kmod-xfs xfsdump xfsprogs-devel

 # modprobe xfs

 # lsmod |grep xfs

xfs                  1124960  1 

exportfs         4236  1 xfs

l  修改vm.swappiness參數，降低swap使用率。RHEL7/centos7以上則慎重設定為0，可能發生OOM

l  調整vm.dirty_background_ratio、vm.dirty_ratio  核心參數，以確定能持續将髒資料重新整理到磁盤，避免瞬間I/O寫。産生等待。

l  調整net.ipv4.tcp_tw_recycle、net.ipv4.tcp_tw_reuse  都設定為1，減少TIME_WAIT，提

高TCP效率。

修改swap使用機率??

表示使用swap的機率，此值越大，表示使用swap的機率越大。推薦配置如下：

檢視目前配置：cat /proc/sys/vm/swappiness

添加如下内容到/etc/sysctl.conf

vm.swappiness=10

表示當記憶體使用率超過（100-10）90%時，才開始使用swap。

使配置檔案生效

sysctl -p

net.ipv4.tcp_tw_recycle=1

net.ipv4.tcp_tw_reuse=1

也是在/etc/sysctl.conf檔案中添加，并使之生效。

5、Mysql  參數優化建議

l 建議設定default-storage-engine=InnoDB，強烈建議不要再使用MyISAM  引擎。

l  調整innodb_buffer_pool_size的大小，如果是單執行個體且絕大多數是InnoDB引擎表的話，可考慮設定為實體記憶體的50%-70%左右。

l 設定innodb_file_per_table=1，使用獨立表空間。

l  調整innodb_data_file_path = ibdata1:1G:autoextend，不要用預設的10M,在高并發場景下，性能會有很大提升。

l  設定innodb_log_file_size=256M，設定innodb_log_files_in_group=2，基本可以滿足大多

數應用場景。

l  調整  max_connection（最大連接配接數）、max_connection_error（最大錯誤數）設定，根據業務量大小進行設定。

l  另外，open_files_limit、innodb_open_files、table_open_cache   、table_definition_cache

可以設定大約為max_connection的10倍左右大小。

l  key_buffer_size建議調小，32M左右即可，另外建議關閉querycache。

l  mp_table_size  和max_heap_table_size   設定不要過大，另外sort_buffer_size、

join_buffer_size、read_buffer_size、read_rnd_buffer_size    等設定也不要過大。

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

這是MySQL自身提供的一種高可用解決方案，資料同步方法采用的是MySQLreplication技術。MySQLreplication就是從伺服器到主伺服器拉取二進制日志檔案，然後再将日志檔案解析成相應的SQL在從伺服器上重新執行一遍主伺服器的操作，通過這種方式保證資料的一緻性。為了達到更高的可用性，在實際的應用環境中，一般都是采用MySQLreplication技術配合高可用叢集軟體keepalived來實作自動failover，這種方式可以實作95.000%的SLA。

<a href="http://s2.51cto.com/wyfs02/M01/82/38/wKioL1dOpHSz8iWhAACoUVuTptw817.png-wh_500x0-wm_3-wmp_4-s_298226736.png" target="_blank"></a>

2、MMM/MHA  高可用解決方案

MMM提供了MySQL主主複制配置的監控、故障轉移和管理的一套可伸縮的腳本套件。在MMM高可用方案中，典型的應用是雙主多從架構，通過MySQLreplication  技術可以實作兩個伺服器互為主從，且在任何時候隻有一個節點可以被寫入，避免了多點寫入的資料沖突。同時，當可寫的主節點故障時，MMM    套件可以立刻監控到，然後将服務自動切換到另一個主節點，繼續提供服務，進而實作MySQL  的高可用。

3、e高可用解決方案

在這個方案中，處理failover的方式是高可用叢集軟體Heartbeat，它監控和管理各個節點間連接配接的網絡，并監控叢集服務，當節點出現故障或者服務不可用時，自動在其他節點啟動叢集服務。在資料共享方面，通過SAN（StorageAreaNetwork）存儲來共享資料，這種方案可以實作99.990%的SLA。

4、e高可用解決方案

 此方案處理failover  的方式上依舊采用Heartbeat，不同的是，在資料共享方面，采用了基于塊級别的資料同步軟體DRBD來實作。DRBD 是一個用軟體實作的、無共享的、伺服器之間鏡像塊裝置内容的存儲複制解決方案。和SAN  網絡不同，它并不共享存儲，而是通過伺服器之間的網絡複制資料。

<a href="http://s3.51cto.com/wyfs02/M01/82/38/wKioL1dOpK2THltbAABz9z_Nto8683.png-wh_500x0-wm_3-wmp_4-s_902771276.png" target="_blank"></a>

四、MYSQL  經典應用架構

<a href="http://s1.51cto.com/wyfs02/M02/82/38/wKioL1dOpNCRBa9_AAMaC0UEyy8811.png-wh_500x0-wm_3-wmp_4-s_3601143517.png" target="_blank"></a>

其中：

 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應用進行讀操作，并實作負載均衡。

 本文轉自pizibaidu 51CTO部落格，原文連結：http://blog.51cto.com/pizibaidu/1785226，如需轉載請自行聯系原作者