GTID:基於GTID搭建從庫
1、使用mysqldump搭建基於GTID的從庫
A庫--3306埠
B庫--3307埠
C庫--3308埠
2、使用innobackup搭建基於GTID的從庫現有mysql架構:基於GTID的A-B mysqldump B庫 /usr/local/mysql/bin/mysqldump --master-data=2 --single-transaction -A -h127.0.0.1 -uroot -proot -P3307 > 3307.sql 3307.sql中有如下資訊: SET @@GLOBAL.GTID_PURGED='65dfb885-05ff-11e6-b9f7-080027275cb7:1, --B的GTID資訊 babb81f3-e8c4-11e5-bb5e-080027d6e4e2:1-3047'; --A的GTID資訊 C庫匯入 [
[email protected] db_bak]mysql -uroot -proot -h127.0.0.1 -P3308 < 3307.sql ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty. 此時C庫執行: reset master; 然後匯入 C庫執行 CHANGE MASTER TO MASTER_HOST='192.168.56.159', MASTER_PORT=3306, MASTER_USER='repl', MASTER_PASSWORD='repl', master_auto_position=1; OK
現有mysql架構:基於GTID的A-B
使用innobackup備份B庫
/usr/bin/innobackupex-1.5.1 --defaults-file=/data/mysql/mysql3307/my3307.cnf --user=root --password=root --host=127.0.0.1 --port=3307 --slave-info --no-timestamp /data/mysqlbak/db_bak/db3307
恢復還原到C庫
/usr/bin/innobackupex-1.5.1 --user=root --host=127.0.0.1 --port=3308 --defaults-file=/data/mysql/mysql3308/my3308.cnf --apply-log /data/mysqlbak/db_bak/db3307
/usr/bin/innobackupex-1.5.1 --user=root --host=127.0.0.1 --port=3308 --defaults-file=/data/mysql/mysql3308/my3308.cnf --copy-back /data/mysqlbak/db_bak/db3307
在備份目錄/data/mysqlbak/db_bak/db3307 檢視主的GTID位置
[ [email protected] db3307]more xtrabackup_binlog_info
mysql-bin.000019 24211 65dfb885-05ff-11e6-b9f7-080027275cb7:1,
babb81f3-e8c4-11e5-bb5e-080027d6e4e2:1-3049
在恢復的庫上執行
set global gtid_purged='65dfb885-05ff-11e6-b9f7-080027275cb7:1,babb81f3-e8c4-11e5-bb5e-080027d6e4e2:1-3049';
CHANGE MASTER TO MASTER_HOST='192.168.56.159',
MASTER_PORT=3307,
MASTER_USER='repl',
MASTER_PASSWORD='repl',
master_auto_position=1;
start slave;
檢視binlog檔案內容
/usr/local/mysql/bin/mysqlbinlog -v --base64-output=decode-rows mysql-bin.000019 > 1.log
相關推薦
GTID:基於GTID搭建從庫
1、使用mysqldump搭建基於GTID的從庫 A庫--3306埠 B庫--3307埠 C庫--3308埠 現有mysql架構:基於GTID的A-B mysqldump B庫 /usr/local
mysql MHA擴展haproxy搭建從庫只讀負載均衡
pclose sse 環境 warning ext 正常 keep owin 自帶 【環境介紹】 系統環境:Red Hat Enterprise Linux 7 + 5.7.18 + MHA version 0.57 MHA架構中從庫之間的負責均衡可選擇mysql_rout
Spring Cloud Config(三):基於JDBC搭建配置中心
1、簡介 本文主要內容是基於jdbc搭建配置中心,使應用從配置中心讀取配置資訊併成功註冊到註冊中心,關於配置資訊表結構僅供參考,大家可以根據具體需要進行擴充套件。 2、Config Server 搭建 2.1、Maven 依賴 因為需要從資料庫讀取配置檔案,所以需要新增M
Spring Cloud Config(二):基於Git搭建配置中心
1、簡述 本文選用Git作為配置倉庫,新建兩個環境的配置資料夾,dev 和 test,資料夾中分別存放 Config Client 端的配置檔案,目錄結構如下: ├ ─ ─ dev └ ─ ─ config-client-dev.properties ├ ─ ─ test
NLP之情感分析:基於python程式設計(jieba庫)實現中文文字情感分析(得到的是情感評分)
NLP之情感分析:基於python程式設計(jieba庫)實現中文文字情感分析(得到的是情感評分) 輸出結果 1、測試物件 data1= '今天上海的天氣真好!我的心情非常高興!如果去旅遊的話我會非常興奮!和你一起去旅遊我會更加幸福!' data2= '今天上海天氣真差,非常討厭下雨,把
MySQL主庫已經存在的基礎上搭建從庫的過程-- (舊資料整理)
【備註】:主機192.168.250.20備機192.168.250.40主從複製1 主機上面已經有了MySQL5.1.53-log版.2 備機上沒有mysql資料庫,需要在備機上安裝MySQL5.1.53-log軟體,具體參考svn文件“system\mysql\docume
運維開發實踐:基於Sentry搭建錯誤日誌監控系統
錯誤日誌監控也可稱為業務邏輯監控, 旨在對業務系統執行過程中產生的錯誤日誌進行收集歸納和監控告警。似乎有那麼點曾相識?沒錯… 就是上一篇文章提到的“APM應用效能監控”。但它又與APM不同,APM系統主要注重應用層的行為分析,收集的更多是運營方向的資料。而sentry所做的是收集應用底層程式碼的崩潰
MySQL主庫已經存在的基礎上搭建從庫的過程--> (舊資料整理)
【備註】: 主機192.168.250.20 備機192.168.250.40 主從複製 1 主機上面已經有了MySQL5.1.53-log版. 2 備機上沒有mysql資料庫,需要在備機上安裝MySQL5.1.53-log軟體,具體參考svn文件“system\mys
Mysql: 利用Xtrabackup搭建從庫
STEP 1: 生成備份並prepare 主庫做一個全備,做好看到 completed OK 表明備份成功 # innobackupex --defaults-file=/etc/my.cnf --user root --password XXX --no-
mysqldump 創建基於GTID的從庫
idc 說明 使用 bsp ref backup status nobackup source 對於小型的數據庫,我們可以直接使用mysqldump全庫導出導入來創建從庫。 試驗環境: CentOS6.8 x86_64 MySQL5.6.34 社區rpm版 主庫:no
mysql之 mysql 5.6不停機主從搭建(一主一從基於GTID復制)
從庫 creat 不停機 event rep ply copy from end 環境說明:版本 version 5.6.25-log 主庫ip: 10.219.24.25從庫ip:10.219.24.22os 版本: centos 6.7已安裝熱備軟件:xtrabacku
騰訊雲數據庫備用-基於GTID復制的mysql作為CDB的從庫
top 當前 purge 命令 xxxx 要求 logs ids 那些事 原因:騰訊雲數據丟失,但是又有業務在騰訊雲上,所以需要對數據庫進行備份(自建從庫,騰訊雲的說法),做騰訊雲數據庫的從庫基於mysql 5.7實現.1、首先用戶通過在控制臺創建一個用於復制的賬戶wjqr
saltstack實現數據庫基於GTID的主從復制
saltstack gtid jinjia mysql 主從復制 安裝pkg部分[[email protected]/* */ pkg]# pwd/srv/salt/pkg[[email protected]/* */ pkg]# cat install.sls p
MySQL--------基於GTID半同步搭建主從
mysql gtid dba 1. 背景 * GTID: 全局事物ID(Global Transaction ID),在整個事務架構中每一個事務ID號是全局唯一的,不止是在一個節點上而是整個主從復制架構中每任何兩個事務的ID號都不會相同。 * GTID就是由當前節點的UUID(一個128位
使用innobackupex基於從庫搭建mysql主從架構
oot word info conf over found upgrade datadir 參數 使用innobackupex基於從庫搭建mysql主從架構 現有的架構是一主一從,版本為Mysql5.6.37。實施要求是:利用從庫,搭建第二個從庫,版本為5.7.21 1、備
通過 mysqldump 搭建基於 gtid MySQL 5.7 主從復制
glibc binlog lex tar.gz size read enc nlog trigge 安裝主從 MySQL 5.7 # 主 MySQL5.7 useradd mysql /sbin/nologin cd /usr/local tar -xvf mysql-5.
MySQL5.7雙主架構搭建(基於GTID方式)
系統:Centos6.5資料庫IP:192.168.0.103、192.168.0.104資料庫埠:都是3306搭建MySQL步驟 略(詳見:https://blog.csdn.net/xiaoyi23000/article/details/53200205)1、在103節點
Mysql基於GTID搭建主從同步
版本 格式 數據不一致 產生 使用 eat love one set 一、GTID的概念 1、全局事務標識:global transaction identifiers。2、GTID是一個事務一一對應,並且全局唯一ID。3、一個GTID在一個服務器上只執行一次,避免重復執行
運維筆記36 mysql的一主多從模型(原始主從複製,基於GTID主從複製)
概述: mysql的主從複製是十分經典的一個應用,但是主從之間總會有資料一致性(data consistency )的問題,一般情況從庫會落後主庫幾個小時,而且在傳統一主多從(mysql5.6之前)的模型中當master down掉後,我們不只是需要將一個sl
基於mysqldump搭建gtid主從
在實現mysql主從架構的過程中,可以使用基於mysqldump方式來構建主從。mysqldump在備份的過程中已經產生了GTID的相關資訊,即這些GTID可以跳過,對於未跳過的GTID則有IO執行緒複製到從伺服器,由SQL執行緒進行執行。本文主要演示my