Mysql 主從服務器配置_第1頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、mysql 主從服務器配置mysql server-=1 log-bin=mysql-bin binglog-do-db=bbk binglog-ignore-db=不備份庫名 配置從服務器 vi /etc/f mysql server-id=2 驗證從服務器設置是否勝利,登陸從服務器 show master us; show slave status; mysql show slave statusg slave_io_running:yes slave_sql_running:yes 相關 slave start slave stop ='mysql-bin.000002'

2、, - master_log_pos=98; query ok, 0 rows affect (0.34 sec) 采取slave stop 之后 slave start 之前一定要查看master服務器的show master status;有沒有轉變 假如轉變了必需要重新采取上面的指令。 000000- mysql 主從服務器配置 一、 主從配置的原理: mysql的 repliion 是一個異步的復制過程,從一個 mysql instace(我們稱之為 master)復制到另一個 mysql instae(我們稱之 slave)。在 master 與 slave 之間的實現(xiàn)囫圇復制過程主

3、要由三個線程來完成,其中兩個線程(sql線程和io線程)在 slave 端,另外一個線程(io線程)在 master 要實現(xiàn) mysql 的 replication ,首先必需打開 master 端的binary log(mysql-bin.xxxxxx)功能,否則無法實現(xiàn)。由于囫圇復制過程事實上就是slave從master端獵取該日志然后再在自己身上徹低 挨次的執(zhí)行日志中所記錄的各種操作。打開 mysql 的 binary log 可以通過在啟動 mysql server 的過程中用法 log-bin 參數(shù)選項,或者在 f 配置文件中的 mysqld 參數(shù)組(mysqld標識后的參數(shù)部分)增

4、強 log-bin 參數(shù)項。 mysql 復制的基本過程如下: 1. slave 上面的io線程銜接上 master,并哀求從指定日志文件的指定位置(或者從最開頭的日志)之后的日志內容; 2. master 接收到來自 slave 的 io 線程的哀求后,通過負責復制的 io 線程按照哀求信息讀取指定日志指定位置之后的日志信息,返回給 slave 端的 io 線程。返回信息中除了日志所包含的信息之外,還包括本次返回的信息在 master 端的 binary log 文件的名稱以及在 binary log 中的位置; 3. slave 的 io 線程接收到信息后,將接收到的日志內容依次寫入到 s

5、lave 端的relay log文件(mysql-relay-bin.xxxxxx)的最末端,并將讀取到的master端的bin-log的文件名和位置記錄到master- info文件中,以便在下一次讀取的時候能夠清晰的高速master 我需要從某個bin-log的哪個位置開頭往后的日志內容,請發(fā)給我 4. slave 的 sql 線程檢測到 relay log 中新增強了內容后,會馬上解析該 log 文件中的內容成為在 master 端真切執(zhí)行時候的那些可執(zhí)行的 query 語句,并在自身執(zhí)行這些 query。這樣,事實上就是在 master 端和 slave 端執(zhí)行了同樣的 query,所

6、以兩端的數(shù)據(jù)是徹低一樣的。 二、 設置mysql主從配置的優(yōu)點: 1、 解決web應用系統(tǒng),數(shù)據(jù)庫浮現(xiàn)的性能瓶頸,采納數(shù)據(jù)庫的方式來實現(xiàn)查詢負載;一個系統(tǒng)中數(shù)據(jù)庫的查詢操作比更新操作要多得多,通過多臺查詢服務器將數(shù)據(jù)庫的查詢分擔到不同的查詢服務器上從而提高查詢效率。 2、 mysql數(shù)據(jù)庫支持數(shù)據(jù)庫的主從復制功能,用法主數(shù)據(jù)庫舉行數(shù)據(jù)的插入、刪除與更新操作,而從數(shù)據(jù)庫則特地用來舉行數(shù)據(jù)查詢操作,這樣可以將更新操作和查詢操作分擔到不同的數(shù)據(jù)庫上,從而提高了查詢效率。 三、 主從數(shù)據(jù)庫服務器的配置 1、 主數(shù)據(jù)庫服務器的配置 (1)、修改mysql的配置文件(/etc/f)在配置文件中設置: se

7、rver-id = 1 每一個數(shù)據(jù)庫服務器都要制定一個唯一的server-id,通常主服務器制定為1。 log-bin=mysql-bin mysql舉行主從復制是通過二進制的日志文件來舉行的,所以必需開啟mysql的日志功能 (這個是/etc/f的默認配置,保持不變即可) (2)、grant replication slave on *.* to ' replication''172.28.3.41' identified by 'koncept' 給主數(shù)據(jù)庫服務器授予一個可以舉行復制的用戶,172.28.3.41為從服務器的ip,這樣從服務器

8、就能有錢先來拜訪主數(shù)據(jù)庫服務器 2、從數(shù)據(jù)庫服務器的設置 修改數(shù)據(jù)庫配置文件/etc/f,配置如下內容: server-id = 1 必需把server-id = 1注釋掉, server-id = 2 設置從的id號 master-host = 172.28.3.43 設置主服務器的ip master-user = replication 設置銜接主服務器的用戶名 master-password = concept 設置銜接主服務器的密碼 replicate-do-db=imtest0 設置你要同步的數(shù)據(jù)庫,可以設置多個 就是我們前面建的用戶名和密碼,另外假如有端口號的變幻還要配置端口 ma

9、ster-port = port 配置成你設置的端口就ok了! 3、分離重新啟動主從服務器 假如不重新啟動主服務器在后面查看status的時候會浮現(xiàn)問題! 4在從服務器上登錄mysql,輸入:show slave statusg 假如發(fā)覺有: slave_io_running: yes slave_sql_running: yes 就解釋已經(jīng)勝利了,假如這兩個選項不全是yes,那就解釋你錢面的某個配置錯了, 我做的時候沒有把主服務器重啟,就浮現(xiàn) slave_io_running: no。重啟后好了! 四、 監(jiān)控服務器的狀態(tài) 1、 監(jiān)控主服務器的狀態(tài) 可通過show master status來

10、監(jiān)控主服務器的狀態(tài),內容如下: +-+-+-+-+ | file | position | binlog_do_db | binlog_ignore_db | +-+-+-+-+ | mysql-bin.000003 | 1164 | | | +-+-+-+-+ 其中file表示日志文件記錄,position表示日志文件的位置,這個也是數(shù)據(jù)庫執(zhí)行復制操作的必需標識,后面兩字段表示復制的數(shù)據(jù)庫名和不復制的數(shù)據(jù)庫名,也可以在配置文件中你舉行配置。 2、 監(jiān)控從服務器的狀態(tài) 可以通過:show slave statusg來查看,另外假如從數(shù)據(jù)庫在復制的過程中浮現(xiàn)問題,可以通過指令reset slav

11、e從數(shù)據(jù)庫服務器復制的線程,從數(shù)據(jù)庫服務器的通常操作指令有: start slave; 啟動復制線程 stop slave; 停止復制線程 reset slave; 重置復制線程 change master to; 動態(tài)轉變到主服務器的配置 五、 手工指定同步 mysql change master to - master_host='master_host_name', /主服務器的ip地址 - master_user='replication_user_name', /同步數(shù)據(jù)庫的用戶 - master_password='replication_password', /同步數(shù)據(jù)庫的密碼 - master_log_file=

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論