MySQL基于binlog主从复制配置
上次配置MySQL的主从复制还是年初的时候,没想到现在又开始使用MySQL了。话不多说,进入正题
上次配置MySQL的主从复制还是年初的时候,,没想到现在又开始使用MySQL了。话不多说,进入正题
Master-Slave 搭建环境:
Master:
Os: rhel-server-6.3-x86_64
Mysql: MySQL -5.5.35-1
虚拟机:Virtual BOX
Ip:192.168.56.12
Slave:
Os: rhel-server-6.3-x86_64
Mysql: MySQL -5.5.35-1
虚拟机:Virtual BOX
Ip:192.168.56.13
总体步骤:
1、 修改Master配置文件(my.cnf)
2、 在Master上创建一个有复制权限的用户
3、 复制Master上的数据库到Slave
4、 修改Slave配置文件(my.cnf)
5、 Slave初始化复制
6、 测试
7、 常见问题
1、 修改Master配置文件(my.cnf)
[mysqld]
server-id=1 //必须是服务器唯一id,默认是0,
log-bin=mysql-bin //必须启用二进制日志
replicate-do-db=zbdba
2、 在Master上创建一个有复制权限的用户
mysql>create user zbdba;
mysql>grant replication slave on *.* to zbdba identified by '123456';
3、 复制Master上的数据库到Slave
mysql>flush tables with read lock;
mysql> show master status
-> ;
+-----------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-----------------+----------+--------------+------------------+
| ogg1-bin.000003 | 107 | | |
+-----------------+----------+--------------+------------------+1 row in set (0.00 sec)
mysql>quit
[root@ogg /]# /usr/bin/mysqldump zbdba -uroot -pmysql --opt | mysql zbdba -uroot -pmysql -h 192.168.56.13
需要在slave中授权:
GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.56.13' IDENTIFIED BY 'mysql' WITH GRANT OPTION;
mysql>unlock tables;
4、修改Slave配置文件(my.cnf)
[mysqld]
server-id=2 //必须是服务器唯一id,默认是0,
log-bin=mysql-bin //必须启用二进制日志
replicate-do-db=zbdba
5、 Slave初始化复制
mysql>slave stop;
mysql>CHANGE MASTER TO MASTER_HOST='192.168.56.12',
MASTER_USER='zbdba',MASTER_PASSWORD='123456',MASTER_LOG_FILE='ogg1-bin.000003',MASTER_LOG_POS=107;
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.56.12
Master_User: zbdba
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: ogg1-bin.000003
Read_Master_Log_Pos: 107
Relay_Log_File: ogg2-relay-bin.000002
Relay_Log_Pos: 252
Relay_Master_Log_File: ogg1-bin.000003
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: zbdba
6、 测试
master:
mysql> show tables;
+-----------------+
| Tables_in_zbdba |
+-----------------+
| guestbook |
| test |
| test1 |
+-----------------+
create table test2 select * from test1;
mysql> show tables;
+-----------------+
| Tables_in_zbdba |
+-----------------+
| guestbook |
| test |
| test1 |
| test2 |
+-----------------+
salve:
mysql> show tables;
+-----------------+
| Tables_in_zbdba |
+-----------------+
| guestbook |
| test |
| test1 |
| test2 |
+-----------------+
4 rows in set (0.00 sec)
如果需要配置相互主从的关系,只需要在slave数据库上面建立对应用户,原master上面做一下初始化就行了。
7、 常见问题
/etc下面没有对应的my.cnf文件
解决方法:
如果mysql使用rpm包安装的,/etc下没有对应的my.cnf文件,这时候只需要复制一个/usr/share/mysql目录下的.cnf文件到/etc目录,并改名为my.cnf即可。
Server-id参数无法修改
解决方法:
看my.cnf中是否存在相同的server-id=1
MySQL主备出现这个错误: ERROR 1201 (HY000):
解决方法:
mysql> slave stop;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> reset slave;
Query OK, 0 rows affected,(0.00 sec)
ERROR 1130 (HY000): Host '*.*.*.*' is not allowed to connect to this MySQL server
解决方法:
如果你想允许用户myuser从ip为192.168.1.3的主机连接到mysql服务器,并使用mypassword作为密码
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'192.168.1.3' IDENTIFIED BY 'mypassword' WITH GRANT OPTION;
MySQL使用备份和binlog进行数据恢复
MySQL抑制binlog日志中的binlog部分
MySQL数据恢复--binlog
MySQL中binlog日记清理
如何安全删除MySQL下的binlog日志
MySQL--binlog日志恢复数据
MySQL删除binlog日志及日志恢复数据的方法
MySQL binlog三种格式介绍及分析
MySQL 利用binlog增量备份+还原实例
MySQL删除binlog日志及日志恢复数据
本文永久更新链接地址:

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











データのバックアップと障害回復: クラスター モードでの MySQL マスター/スレーブ レプリケーションの重要性についての議論 はじめに: 近年、データの規模と複雑さが継続的に増大するため、データベースのバックアップと障害回復が特に重要になってきています。分散システムでは、高可用性とフォールト トレランスを提供するために、MySQL マスター/スレーブ レプリケーションがクラスター モードで広く使用されています。この記事では、クラスター モードでの MySQL マスター/スレーブ レプリケーションの重要性を検討し、いくつかのコード例を示します。 1. MySQL マスター/スレーブ レプリケーションの基本原理と利点 MySQL マスター/スレーブ レプリケーションは、一般的な

高い同時実行性に簡単に対処: クラスター テクノロジとしての MySQL マスター/スレーブ レプリケーションのパフォーマンス上の利点の分析 インターネットの急速な発展に伴い、Web サイトやアプリケーションへのユーザーのアクセス数は爆発的な増加傾向を示しています。このような同時実行性の高い状況では、システムの安定性とパフォーマンスをどのように確保するかが、すべての開発者とシステム管理者にとって重要な課題となっています。データベースでは、MySQL のマスター/スレーブ レプリケーション テクノロジが広く使用されており、高い同時実行性に対処する効果的なソリューションの 1 つとなっています。この記事では、クラスター テクノロジとしての MySQL マスター/スレーブ レプリケーションのパフォーマンス上の利点について説明します。初め

MySQL マスター/スレーブ レプリケーションの解読: クラスター モードでの主要な実装メカニズムを明らかにする はじめに: 最新のデータベース システムでは、データの高可用性と柔軟性が非常に重要です。オープンソースのリレーショナル データベース管理システムとして、MySQL にはユーザーのニーズを満たす幅広いアプリケーションがあります。 MySQL のマスター/スレーブ レプリケーションは、MySQL データベース アーキテクチャの非常に重要な部分であり、データのバックアップと高可用性を実現するために使用されます。この記事では、特にクラスター モードにおける MySQL マスター/スレーブ レプリケーションの主要な実装メカニズムを明らかにすることに焦点を当てます。

データベース パフォーマンスの最適化: クラスター テクノロジで MySQL マスター/スレーブ レプリケーションを使用する最良の方法 要約: インターネットの急速な発展に伴い、データベース パフォーマンスの問題がさまざまな企業や組織の焦点になっています。 MySQL のマスター/スレーブ レプリケーション テクノロジーは、データベースのパフォーマンスのボトルネックを解決する上で重要な役割を果たします。この記事では、読者がデータベースのパフォーマンスを最適化できるように、MySQL マスター/スレーブ レプリケーションの概念と原則、およびクラスター テクノロジの最適な使用方法を紹介します。 1. はじめに データ量が増加し続けるにつれて、データベースのパフォーマンスの問題がますます顕著になってきています。数値を最適化する方法

MySQL のマスター/スレーブ レプリケーションはクラスター テクノロジですか、それともロード バランシング テクノロジですか?分析と相違点の概要: MySQL マスター/スレーブ レプリケーションは、複数のサーバー上のデータベース データを同期するために使用されるデータベース レプリケーション テクノロジです。この記事では、MySQL のマスター/スレーブ レプリケーション、クラスター テクノロジ、およびロード バランシング テクノロジの違いを、技術原則、アプリケーション シナリオ、機能特性の観点から分析して区別します。はじめに: 最新のインターネット アプリケーションでは、データベースの高可用性とスケーラビリティが非常に重要です。 MySQL のマスター/スレーブ レプリケーションは一般的なソリューションの 1 つですが、

クラスタテクノロジにおける MySQL マスタースレーブレプリケーションの機能と利点の詳細な説明 はじめに MySQL は、さまざまな大規模な Web サイトやアプリケーションで広く使用されている強力なリレーショナル データベース管理システムです。データ量が増加し、アクセス要求が増加するにつれて、単一の MySQL サーバーにかかる負荷が徐々に増大し、データベースのパフォーマンスと信頼性を向上させるために、クラスター テクノロジが採用され始めています。一般的に使用されるテクノロジーを意味します。 MySQL のマスター/スレーブ レプリケーションの原則 MySQL のマスター/スレーブ レプリケーションとは、

インターネットの急速な発展に伴い、アプリケーション システムのデータ量は増加しており、データベースのパフォーマンスと信頼性に対する要件もますます高くなっています。 MySQL は、最も一般的に使用されているオープン ソース リレーショナル データベースの 1 つであり、高いパフォーマンスと安定性を備えており、さまざまなエンタープライズ レベルのアプリケーションで広く使用されています。一般的に使用されるデータ レプリケーション ソリューションとして、MySQL マスター/スレーブ レプリケーションはデータの信頼性と読み取りおよび書き込みパフォーマンスを向上させることができ、大規模なデータ アプリケーションで広く使用されています。 MySQL マスター/スレーブ レプリケーションのクラスター機能とは、レプリケーション メカニズムを通じてマスター データベースのデータを同期することを指します。

MySQL マスター/スレーブ レプリケーションのクラスター テクノロジーの可能性の活用: オープン ソース ソリューションと商用ソリューションの比較評価 インターネット ビジネスの継続的な発展とデータ量の増加に伴い、データベース クラスター ソリューションに対する需要がますます高まっています。 MySQL のマスター/スレーブ レプリケーション テクノロジは、まさにこの要求に応え、データベースの読み取りおよび書き込み操作を複数のノードで個別に処理できるため、データベースの読み取りパフォーマンスと可用性が向上します。この記事では、MySQL マスター/スレーブ レプリケーションにおけるクラスター テクノロジーの可能性を探り、オープン ソース ソリューションと商用ソリューションの比較評価を実施します。
