大型網站爲了軟解大量的併發訪問,除了在網站實現分佈式負載均衡,遠遠不夠。到了數據業務層、數據訪問層,若是仍是傳統的數據結構,或者只是單單靠一臺服務器扛,如此多的數據庫鏈接操做,數據庫必然會崩潰,數據丟失的話,後果更是 不堪設想。這時候,咱們會考慮如何減小數據庫的聯接,一方面採用優秀的代碼框架,進行代碼的優化,採用優秀的數據緩存技術如:redis,memcached,若是資金豐厚的話,必然會想到建設服務器羣,來分擔主數據庫的壓力。Ok切入今天文章主題,利用MySQL主從配置,實現讀寫分離,減輕數據庫壓力。這種方式,在現在不少網站裏都有使用,也不是什麼新鮮事情,今天總結一下,方便你們學習參考一下。html
數據庫Master主服務器:192.168.10.130
數據庫Slave從服務器:192.168.10.131
MySQL-Proxy調度服務器:192.168.10.132java
如下操做,均是在192.168.10.132即MySQL-Proxy調度服務器 上進行的。python
mysql具體的安裝過程與上文相同。mysql
檢查系統所需軟件包linux
經過 rpm -qa | grep name 的方式驗證如下軟件包是否已所有安裝。c++
若缺乏相關的軟件包,可經過yum -y install方式在線安裝,或直接從系統安裝光盤中找到並經過rpm -ivh方式安裝。redis
編譯安裝luasql
MySQL-Proxy的讀寫分離主要是經過rw-splitting.lua腳本實現的,所以須要安裝lua。數據庫
lua可經過如下方式得到編程
從http://www.lua.org/download.html下載源碼包
從rpm.pbone.net搜索相關的rpm包
這裏咱們建議採用源碼包進行安裝
安裝配置MySQL-Proxy
MySQL-Proxy可經過如下網址得到:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/
推薦採用已經編譯好的二進制版本,由於採用源碼包進行編譯時,最新版的MySQL-Proxy對automake,glib以及libevent的版本都有很高的要求,而這些軟件包都是系統的基礎套件,不建議強行進行更新。
而且這些已經編譯好的二進制版本在解壓後都在統一的目錄內,所以建議選擇如下版本:
32位RHEL5平臺:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/mysql-proxy-0.8.1-linux-rhel5-x86-32bit.tar.gz
64位RHEL5平臺:
http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-Proxy/mysql-proxy-0.8.1-linux-rhel5-x86-64bit.tar.gz
測試平臺爲RHEL5 32位,所以選擇32位的軟件包
建立mysql-proxy服務管理腳本
腳本參數詳解:
最新的腳本咱們能夠從最新的mysql-proxy源碼包中獲取
修改讀寫分離腳本rw-splitting.lua
修改默認鏈接,進行快速測試,不修改的話要達到鏈接數爲4時才啓用讀寫分離
修改完成後,啓動mysql-proxy
/opt/mysql-proxy/init.d/mysql-proxy start
建立用於讀寫分離的數據庫鏈接用戶
登錄主數據庫服務器192.168.10.130,經過命令行登陸管理MySQL服務器
因爲咱們配置了主從複製功能,所以從數據庫服務器192.168.10.131上已經同步了此操做。
爲了清晰的看到讀寫分離的效果,須要暫時關閉MySQL主從複製功能
登錄從數據庫服務器192.168.10.131,經過命令行登陸管理MySQL服務器
關閉Slave同步進程
鏈接MySQL-Proxy
登錄成功後,在first_db數據的first_tb表中插入兩條記錄
查詢記錄
經過讀操做並無看到新記錄
mysql> quit
退出MySQL-Proxy
下面,分別登錄到主從數據庫服務器,對比記錄信息
首先,檢查主數據庫服務器
兩條新記錄都已經存在
而後,檢查從數據庫服務器
沒有新記錄存在
由此驗證,咱們已經實現了MySQL讀寫分離,目前全部的寫操做都所有在Master主服務器上,用來避免數據的不一樣步;
另外,全部的讀操做都分攤給了其它各個Slave從服務器上,用來分擔數據庫壓力。
經驗分享:
1.當MySQL主從複製在 show slave statusG 時出現Slave_IO_Running或Slave_SQL_Running 的值不爲YES時,須要首先經過 stop slave 來中止從服務器,而後再執行一次本文 2.1與2.2 章節中的步驟便可恢復,但若是想盡量的同步更多的數據,能夠在Slave上將master_log_pos節點的值在以前同步失效的值的基礎上增大一些,而後反覆測試,直到同步OK。由於MySQL主從複製的原理其實就是從服務器讀取主服務器的binlog,而後根據binlog的記錄來更新數據庫。
2.MySQL-Proxy的rw-splitting.lua腳本在網上有不少版本,可是最準確無誤的版本仍然是源碼包中所附帶的lib/rw-splitting.lua腳本,若是有lua腳本編程基礎的話,能夠在這個腳本的基礎上再進行優化;
3.MySQL-Proxy實際上很是不穩定,在高併發或有錯誤鏈接的狀況下,進程很容易自動關閉,所以打開–keepalive參數讓進程自動恢復是個比較好的辦法,但仍是不能從根本上解決問題,所以一般最穩妥的作法是在每一個從服務器上安裝一個MySQL-Proxy供自身使用,雖然比較低效但卻能保證穩定性;
4.一主多從的架構並非最好的架構,一般比較優的作法是經過程序代碼和中間件等方面,來規劃,好比設置對錶數據的自增id值差別增加等方式來實現兩個或多個主服務器,但必定要注意保證好這些主服務器數據的完整性,不然效果會比多個一主多從的架構還要差;
5.MySQL-Cluster 的穩定性也不是太好;
6.Amoeba for MySQL 是一款優秀的中間件軟件,一樣能夠實現讀寫分離,負載均衡等功能,而且穩定性要大大超過MySQL-Proxy,建議你們用來替代MySQL-Proxy,甚至MySQL-Cluster。
原文連接:
http://heylinux.com/archives/1004.html
識別圖中二維碼,領取python全套視頻資料