MySQL5.5各架构复制
实现主服务器和从服务器之间的数据复制,关于mysql的安装这里不在重复叙述,如有需要可参考其他文档,这里假设两个节点的服务器已
本文档将要介绍的内容:
1、mysql的主从复制的配置
2、配置半同步
3、基于SSL的复制
4、复制过滤
5、主主模型
一、系统环境
master: 192.168.56.101
slave: 192.168.56.102
基于MySQL-5.5.24
实现主服务器和从服务器之间的数据复制,关于mysql的安装这里不在重复叙述,如有需要可参考其他文档,这里假设两个节点的服务器已经安装完成并能够正常启动。
二、配置的mysql主从复制
1、配置主服务器
1.1、编辑MySQL主配置文件
[root@master ~]# vim /etc/my.cnf //编辑配置文件确保有以下两行
log-bin=mysql-bin //定义开启二进制日志
server-id = 1 //定义server-id,主从服务器的id不能一样
1.2、建立具有复制权限的用户
[root@master ~]# /usr/local/mysql/bin/mysql -uroot -p
mysql> GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO cpmysql@'192.168.56.102' IDENTIFIED BY 'cpmysql'; //创建cpmysql用户并设置密码为cpmysql
mysql> FLUSH PRIVILEGES; //刷新授权表
查看当前使用的二进制文件和Posotions数值,后边在从服务器上要设置这两个值
mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 358 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.05 sec)
2、配置从服务器
2.1、编辑MySQL主配置文件
[root@slave ~]# vim /etc/my.cnf
#log-bin=mysql-bin //可选,关闭二进制日志文件
server-id = 11 //定义server-id不能和主服务器相同
relay-log=mysql-relay //开启中继日志且名称为mysql-relay
[root@slave ~]# service mysqld restart //重新启动mysql以使新配置生效
[root@slave ~]# /usr/local/mysql/bin/mysql -u root -p //以root用户登录mysql
确认relay_log已开启:
mysql> SHOW GLOBAL VARIABLES LIKE 'relay_log';
+---------------+-------------+
| Variable_name | Value |
+---------------+-------------+
| relay_log | mysql-relay |
+---------------+-------------+
1 row in set (0.00 sec)
确认server_id配置生效其直不能与主服务器相同
mysql> SHOW GLOBAL VARIABLES LIKE 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 11 |
+---------------+-------+
1 row in set (0.00 sec)
2.2、配置主服务器相关参数
mysql> CHANGE MASTER TO MASTER_HOST='192.168.56.101',MASTER_USER='cpmysql',MASTER_PASSWORD='cpmysql',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=358;
说明:MASTER_LOG_FILE和MASTER_LOG_POS参数的值要和上边在主服务器上查询到的值一致。
启动从服务器进程
mysql> START SLAVE;
Query OK, 0 rows affected (0.00 sec)
查询从服务器状态,能看到Slave_IO_Running和Slave_SQL_Running两个进程运行状态为Yes
mysql> SHOW SLAVE STATUS\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.56.101
Master_User: cpmysql
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 358
Relay_Log_File: mysql-relay.000002
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
...
如果出现其他异常情况造成不能启动,可查看mysql的错误日志,里边有详细的错误信息,例如这里为/mysqldata/slave.err
3、测试主从复制配置是否成功
在主服务器上创建一个数据库testdb
[root@master ~]# /usr/local/mysql/bin/mysql -u root -p
mysql> CREATE DATABASE testdb;
Query OK, 1 row affected (0.01 sec)
在从服务器上查看是否已经成功复制过来
mysql> SHOW DATABASES;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
| testdb |
+--------------------+
5 rows in set (0.05 sec)
可以看到已经成功复制。
4、一些建议配置
4.1、在主服务器上开启随时同步二进制日志至文件中,默认主服务器生成的二进制日志先放在缓存中,而从服务器需要靠主服务器上生成的二进制文件来保持和主服务器的一致,所以应该让主服务器产生二进制文件后立即同步至二进制日志文件中。
修改MySQL的主配置文件my.cnf添加如下行:
[root@master ~]# vim /etc/my.cnf
sync_binlog=1
[root@master ~]# service mysqld restart //重启mysql服务使配置生效
在主服务器上查询参数是否生效
mysql> SHOW GLOBAL VARIABLES LIKE 'sync_binlog';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sync_binlog | 1 |
+---------------+-------+
1 row in set (0.00 sec)
4.2、适用于innodb引擎,使没一次产生的事务日志同步到磁盘之后才返回成功,这样可以有助于保证事务日志的安全性,避免因为特殊原因造成事务日志的丢失,但这样也会降低在执行大量需要记录事务日志操作时的执行速度。
修改Mysql的主配置文件my.cnf添加如下行:
[root@master ~]# vim /etc/my.cnf
innodb_flush_logs_at_trx_commit=1
4.3、设置从服务器为只读,避免误操作造成主从服务器的数据不一致
[root@slave ~]# vim /etc/my.cnf
read_only=1
5、如果主服务器运行了一段时间,从服务器为新增的服务器时就不能根据以上方法来配置了,需要现在主服务器上备份:
先在主服务器上给mysql施加读锁
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.00 sec)
通过逻辑卷创建快照备份mysql,这里假设mysql的数据目录的挂载的设备为/dev/mysqlvg/mysqllv
[root@master ~]# lvcreate -L 50M -s -p r -n mysql-snap /dev/mysqlvg/mysqllv
在逻辑卷上创建好快照之后查看当前mysqld的二进制文件及Position的数值,完成后立即释放之前施加的读锁
mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 478 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
释放读锁:
mysql> UNLOCK TABLES;
Query OK, 0 rows affected (0.00 sec)
挂载刚创建的逻辑卷快照并备份至从服务器
[root@master ~]# mount /dev/mysqlvg/mysql-snap /mnt
[root@master ~]# tar cf allmysql.tar /mnt/ //如果数据文件过大就压缩
拷贝该归档文件至从服务器,把内容覆盖至从服务器mysql的数据目录,并移除逻辑卷快照
[root@master ~]# umount /mnt
[root@master ~]# lvremove /dev/mysqlvg/mysql-snap
其他步骤与上边的从服务器配置相同,参考-->2.2、配置主服务器相关参数,,注意替换:MASTER_LOG_FILE和MASTER_LOG_POS参数的值为释放读锁时查看到的信息。
至此就可以实现主从复制了。

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

資料備份與故障復原:MySQL主從複製在叢集模式下的重要性探討引言:近年來,隨著資料規模和複雜性的不斷增長,資料庫的備份和故障復原變得尤為重要。在分散式系統中,MySQL主從複製在叢集模式下被廣泛應用,以提供高可用性和容錯性。本文將探討MySQL主從複製在叢集模式下的重要性,並給出一些程式碼範例。一、MySQL主從複製的基本原理及優勢MySQL主從複製是一種通

解密MySQL主從複製:揭秘其叢集模式下的關鍵實作機制引言:在現代資料庫系統中,資料的高可用性和靈活性是非常重要的。 MySQL作為一款開源的關聯式資料庫管理系統,在滿足使用者需求方面具有廣泛的應用性。而MySQL的主從複製是MySQL資料庫架構中非常關鍵的一部分,用於實現資料的備份和高可用性。本文將聚焦在MySQL主從複製的關鍵實作機制,特別是其在叢集模式下

優化資料庫效能:MySQL主從複製在叢集技術中的最佳使用方法摘要:隨著互聯網的快速發展,資料庫的效能問題成為了各個企業和組織關注的焦點。 MySQL主從複製技術在解決資料庫效能瓶頸方面發揮重要作用。本文將介紹MySQL主從複製的概念及原理,以及在叢集技術中的最佳使用方法,幫助讀者最佳化資料庫效能。一、引言隨著資料量不斷增加,資料庫的效能問題日益突出。如何優化數

從容應對高並發:MySQL主從複製作為叢集技術的效能優勢分析隨著網路的快速發展,使用者對於網站和應用程式的訪問量呈現出爆炸性成長的趨勢。在這種高並發的情況下,如何確保系統的穩定性和效能成為了每個開發人員和系統管理員的重要任務。在資料庫中,MySQL主從複製技術被廣泛應用,成為了應對高並發的有效解決方案之一。本文將探討MySQL主從複製作為叢集技術的效能優勢。首先

MySQL主從複製屬於叢集技術還是負載平衡技術?解析和區別摘要:MySQL主從複製是一種資料庫複製技術,用於在多個伺服器上同步資料庫的資料。本文將從技術原理、應用場景和功能特性等方面來解析和區分MySQL主從複製與叢集技術以及負載平衡技術的差異。引言:在現代互聯網應用中,資料庫的高可用性和擴展性是至關重要的。 MySQL主從複製是一種常見的解決方案之一,但是,

詳解MySQL主從複製在叢集技術中發揮的功能和優勢引言MySQL是一款功能強大的關聯式資料庫管理系統,廣泛應用於各種大型網站和應用程式。隨著資料量的增加和存取請求的增加,單一MySQL伺服器的壓力也逐漸增大,為了提高資料庫的效能和可靠性,人們開始採用叢集技術,其中MySQL主從複製就是其中一種常用的技術手段。 MySQL主從複製原理MySQL主從複製是指將一

挖掘MySQL主從複製的叢集技術潛力:開源方案與商業解決方案比較評估隨著互聯網業務的不斷發展和資料量的不斷增加,對於資料庫叢集方案的需求也日益強大。 MySQL主從複製技術正好滿足了這個需求,它能夠將資料庫的讀寫操作在多個節點上分別處理,提高了資料庫的讀取效能和可用性。本文將對MySQL主從複製的叢集技術潛力進行挖掘,並對開源方案和商業解決方案進行比較評估

隨著網路的快速發展,應用系統的資料量越來越大,對資料庫的效能和可靠性要求也越來越高。 MySQL作為最常用的開源關係型資料庫之一,具有較高的效能和穩定性,被廣泛應用於各種企業級應用中。而MySQL主從複製作為常用的資料複製方案,能夠提高資料的可靠性和讀寫效能,並且被廣泛應用在大規模資料應用中。 MySQL主從複製的叢集特性指的是透過複製機制將主資料庫的資料同步
