本文目錄一覽:
mysql讀寫分離怎麼做到負載均衡
lave從服務器(Ubuntu)
(1)找到MySQL安裝文件夾修改my.cnf文件,vim my.cnf
s
(2) ./support-files/myql.server restart 重啟MySQL服務 , ./bin/mysql 進入MySQL命令窗口
(3)連接Master
change master to master_host=’192.168.0.104′, //Master 服務器Ip
master_port=3306,
master_user=’repl’,
master_password=’mysql’,
master_log_file=’master-bin.000001′,//Master服務器產生的日誌
master_log_pos=0;
(4)啟動Slave
start slave;
如何實現MySQL負載均衡功能
MySQL是一個高速度、高性能、多線程、開放源代碼,建立在客戶/服務器(Client/Server)結構上的關係型數據庫管理系統(RDBMS)。它始於1979年,最初是MichaelWidenius為瑞典TcX公司創建的UNIREG數據庫系統,當時的UNIREG沒有SQL(StructuredQueryLanguage結構化查詢語言)接口,限制了它的應用。
1996年5月,Widenius開發出了MySQL的最初版本,開始在Internet上公開發行。MySQL的開發人員從一開始就一直關注它的性能,為此不惜特性集,直到今天,MySQL依然保持本色,以高速度高性能為首要原則。隨着時間的推移,MySQL也加入了大型數據庫產品的高級特性,如存儲過程、視圖、觸發器等,使其在企業級數據庫系統中開始被部署應用[1]。
2008年10月,SUN公司收購了MySQLAB公司,開始進入開源領域。隨着重量級操作系統Solaris的開源,SUNMySQL在數據庫市場佔有的份額將會進一步提高。因此,在生產環境中部署具有負載均衡功能的MySQL服務器集群,對於提高企業數據庫應用系統的速度、穩定性及可伸縮性具有很大的現實意義,也可以有效降低應用系統的投資成本。
一、負載均衡基本思路
在一個服務器集群中,儘可能的平均負載量。通常做法是在服務器前端設置一個負載均衡器(專門的硬件設備),MySQL的負載均衡,通常都離不開數據分片(把數據分割成小塊,存儲到不同的db節點中)、複製等操作。
負載均衡的主要貢獻,除了均發數據庫請求,還可提供管理讀/寫策略。在分發請求時則確定那些節點可寫,可讀,隨即將請求發送到指定節點上執行操作。
二、實現負載均衡的方式:
1、mysql讀寫分離:
mysql複製時,產生了多個數據副本(備庫),為減少服務器壓力,備庫用於處理讀操作,主庫可同時處理讀寫是mysql集群實現讀寫分離的常用策略。
由於備庫的複製是異步的,無法實時同步,讀寫分離的主要難點也在於備庫上的臟數據。通常如果使用備庫進行讀,一般對數據的實時性要求不能太高。對此,mysql提供了幾種常見的讀寫分離方式,例如基於查詢的讀寫分離、基於臟數據、基於會話等,有興趣可繼續研究。
mysql設置的讀寫分離,減少了主庫的請求量,將大量讀的操作發送給備庫,實現負載均衡。
2、修改DNS
在高並發負載均衡(一)——企業架構分析和DNS中詳細介紹了DNS以及DNS如何實現負載,簡言之,通過n個服務器IP指定到一個域名,根據請求的不同標識特徵,將請求發送給不同的IP服務器進行處理。
3、引入中間件
mysql官方提供了一個mysql負載的中間件,mysql_proxy,也需要在服務器上進行安裝,修改配置文件(mysql的服務器IP),實質與nginx類似,也是一個代理服務器。
4、利用mysql複製分流查詢操作
利用mysql的主從複製可以有效的分流更新操作和查詢操作,具體的實現是一個主服務器,承擔更新操作,多台從服務器,承擔查詢操作,主從之間通過複製實現數據的同步。多台從服務器一方面用來確保可用性,一方面可以創建不同的索引滿足不同查詢的需要。
對於主從之間不需要複製全部表的情況,可以通過在主的服務器上搭建一個虛擬的從服務器,將需要複製到從服務器的表設置成blackhole引擎,然後定義replicate-do-table參數只複製這些表,這樣就過濾出需要複製的binlog,減少了傳輸binlog的帶寬。因為搭建的虛擬的從服務器只起到過濾binlog的作用,並沒有實際紀錄任何數據,所以對主數據庫服務器的性能影響也非常的有限。
通過複製分流查詢的存在的問題是主數據庫上更新頻繁或者網絡出現問題的時候,主從之間的數據可能存在差異,造成查詢結果的異議,應用在設計的時候需要有所考慮。
5、採用分佈式數據庫架構
mysql從5.0.3開始支持分佈式事務,當前分佈式事務只對Innodb存儲引擎支持。分佈式的數據庫架構適合大數據量,負載高的情況,有良好的擴展性和高可用性。通過在多台服務器之間分佈數據實現在多台服務器之間的負載平均,提高了訪問的執行效率。具體實現的時候,可以使用mysql的Cluster功能(NDB引擎)或者自己編寫程序來實現全局事務。
mysql集群 如何做負載均衡
它們是按SMP、NUMA、MPP、集群、分佈處理從最緊密到最鬆散的排列。
SMP(多處理系統):這種系統是在一台計算機里有多個CPU,CPU之間的地位是平等的,它們共享內存空間和I/O設備。其工作方法是由操作系統負責將任務分解成多個並發進程,然後讓其在不同的CPU上運行。
NUMA(非統一內存存取):這種系統可以讓多處理計算機的CPU比SMP更高效地共享本地內存,CPU可以更快速地存取單一的內存區域,不過如需要也可以用間接方式存取其他區域的內存,這種方法是讓某些CPU在給定範圍的物理內存中有更大的優先使用權。
MPP(巨型並行處理):這種系統的節點都有自己的CPU,並有自己的專有資源。此種結構相對獨立,但各個節點一般沒有完全存取I/O的能力。
集群:集群系統是由獨立的計算機組成,但有控制管理工具統一管理。
分佈處理:它是比我們要構築的集群系統更鬆散的連接,一般是任務在不同的地方完成,沒有可以作為整體管理的單一實體。
以上的聚合方式有緊有疏,它們都有自己的適用範圍,這裡就不多說了,有興趣可自己找些資料看,這裡只是想讓大家了解它所處的位置。
實現負載均衡的方法
集群的目的是共享和高效地利用資源,提供大型運算,提供負載均衡分配請求壓力以及出現故障時能夠進行切換實現高可用性。
限於篇幅,本文只對負載均衡的實現做些介紹(針對TurboLinux Cluster Server)。通過對相關軟件的分析,實現集群負載的功能是通過流量管理實現的,具體有這樣幾種實現方法:直接路由(Direct forwarding)、網絡地址轉換(NAT)、隧道技術(Tunneling)。
直接路由(Direct forwarding)
當參與集群的計算機和作為控制管理的計算機在同一個網段時可以用此法,控制管理的計算機接收到請求包時直接送到參與集群的節點。優點是返回給客戶的流量不經過控制主機,速度快開銷少。
網絡地址轉換(NAT)
這種方法可能大家較熟悉,地址轉換器有能被外界訪問到的合法IP地址,它修改來自專有網絡的流出包的地址,外界看起來包是來自地址轉換器本身,當外界包送到轉換器時,它能判斷出應該將包送到內部網的哪個節點。優點是節省IP地址,能對內部進行偽裝;缺點是效率低,因為返回給請求方的流量經過轉換器。
隧道技術(Tunneling)
這種方式是在集群的節點不在同一個網段時可用的轉發機制,是將IP包封裝在其他網絡流量中的方法,為了安全的考慮,應該使用隧道技術中的VPN,也可使用租用專線。
集群所能提供的服務是基於TCP/IP的Web服務、Mail服務、News服務、DNS服務、Proxy服務器等等,下面我們將就具體的產品TurboLinux Cluster Server 來實現一個進行負載均衡集群系統,用於提供Web和FTP的服務。四台服務器的負載均衡實例
所提供的服務:Web、FTP。
系統的實現目的:做一個較完善負載均衡的系統,以便能用到其中的較多的功能。
採用設備狀況:使用四台服務器,其中3台裝TurboLinux Cluster Server,1台安裝Windows 2000 Sever。系統安裝1.在兩台服務器上安裝TurboLinux, apache和wu-ftpd也要安裝,因為集群要提供這種服務,安裝完後重啟,掛接光驅在目錄/mnt/cdrom下,執 行./TLCS-install,然後按提示完全安裝。
mysql-proxy 可以解決從庫的負載均衡問題嗎
MySQL Proxy就是這麼一個中間層代理,簡單的說,MySQL Proxy就是一個連接池,負責將前台應用的連接請求轉發給後台的數據庫,並且通過使用lua腳本,可以實現複雜的連接控制和過濾,從而實現讀寫分離和負載平衡。對於應用來說,MySQL Proxy是完全透明的,應用則只需要連接到MySQL Proxy的監聽端口即可。當然,這樣proxy機器可能成為單點失效,但完全可以使用多個proxy機器做為冗餘,在應用服務器的連接池配置中配置到多個proxy的連接參數即可。建議proxy別跟mysql數據庫安裝在一台服務器中。
在安裝mysql-proxy之前需要確定已經按照以下包:pkg-config(系統自帶,不需安裝) ,libevent,glib,LUA,在CentOS5.2系統已經包含,查看是否已經安裝改包,用命令rpm –q libevent 、rpm –q glib和rpm –q –lua,如果版本過低或者未安裝,需要重新安裝。
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/243022.html