Ubuntu Server 12.10 MySQL的主从复制笔记
Ubuntu Server 12.10 MySQL的主从复制笔记
OS:Ubuntu Server 12.10
二台服务器,A的内网IP为192.168.1.111,B的内网IP为192.168.1.222,A做为master,B做为Slave
1. 配置A的Mysql
(1) vim /etc/mysql/my.cnf
去掉[mysqld]段中 server_id =1 和log_bin=/var/log/mysql/mysql-bin.log的#注释
加上 binlog-do-db = s3 s3就是要同步的数据库的名称,如果没有这一行,表示同步所有的数据,另外 binlog_ignore_db = mysql。要表示忽略同步的数据库名称为mysql,如果有多个要指定同步或是忽略同步的数据,就配置多行,保存退出。
(2) 创建一个复制用的账户(名称为repl,允许从远程连接,密码为123456):
GRANT REPLICATION SLAVE, RELOAD,SUPER, NO *.* TO repl@'%' IDENTIFIED BY '123456';
FLUSH PRIVILEGES;
(3) 重启mysql服务,或是直接reboot机器也可以
(4) 进入mysql,,然后用 show master status\G 查看二进制日志的状态,看到类似以下的结果:
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 | 1376 | s3 | |
+------------------+----------+--------------+------------------+
2. 配置B的Mysql
(1) vim /etc/mysql/my.cnf
去掉[mysqld]段中 server_id =1 和log_bin=/var/log/mysql/mysql-bin.log的#注释,把server_id改为2,要和master机器的不一样。并增加以下内容:
binlog_do_db=s3
log-slave-updates
保存退出
(2) 重启mysql服务
(3) 进入mysql,执行
CHANGE MASTER TO MASTER_HOST='192.168.1.111', MASTER_USER='repl',Master_Port=3306,MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000003',MASTER_LOG_POS=1376;
SLAVE START;
注意上面的CHANGE语句中,MASTER_LOG_FILE和MASTER_LOG_POS就是上面1.4中提到的show master status命令得到的结果,指定二进制文件的名称和开始同步的位置。
(4) 查看SLAVE状态: show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.111
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000003
Read_Master_Log_Pos: 1376
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 1355
Relay_Master_Log_File: mysql-bin.000003
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 1376
Relay_Log_Space: 1512
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
上面的红色二行如果为YES则表示已经正常连接,可以进行复制了。

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

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