你能参考Aadhar Joshi的这篇文章实现主从复制,或者您可以按照以下简单的步骤:
参考一下:
在机器A配置主机(192.168.1.30)
在机器B配置从机(192.168.1.29)
我们可以使用下面的步骤来实现这一点
步骤1:机器A设置主机
在主机中打开配置文件 , 默认文件位置为C:\Program Files\MySQL\MySQL Server 5.0\my.ini
在服务端部分用[mysqld]替换[mysqld]
server-id=1 log-bin=mysql-bin innodb_flush_log_at_trx_commit=1 sync_binlog=1 binlog_do_db= demo port=3306
保存配置文件然后关闭
重启mysql服务使其生效。
Step 2 : 机器B设置从机 :
在从机中打开mysql配置文件,默认位置为C:\Program Files\MySQL\MySQL Server 5.0\my.ini
在服务端部分用下面代码替换[mysqld]
[mysqld] server-id=2 log-bin=mysql-bin innodb_flush_log_at_trx_commit=1 sync_binlog=1
保存配置文件,关闭
重启mysql服务使之生效。
where :
server-id=1 →服务的唯一标识. 在主从中必须不同。
log-bin=mysql-bin →要在InnoDB复制设置中使用事务,保证最好的持久性和一致性, 你应该使用 innodb_flush_log_at_trx_commit=1 and sync_binlog=1.
binlog_do_db= demo →要复制的数据库
port=3306 →默认数据库端口
Step 3 : 主机中创建用户
打开mysql命令行
mysql> GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%' IDENTIFIED BY 'replication';
现在我们用这个命令‘show master status’来确定当前二进制日志文件的文件名和位置。记住这个细节!在我们的事例中得到以下输出:
mysql> show master status;
+------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000153 | 106 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)
继续:mysql> FLUSH PRIVILEGES;
选择数据库 :mysql> USE newdatabase;
锁数据库防止任何新的更改:FLUSH TABLES WITH READ LOCK;
Step 4: 连接主从 :
打开mysql命令行
停止从机 : Stop slave;
执行命令
mysql> CHANGE MASTER TO -> MASTER_HOST='192.168.1.30', -> MASTER_USER='replicator', -> MASTER_PASSWORD='replication', -> MASTER_LOG_FILE='mysql-bin.000153', -> MASTER_LOG_POS=106;
4. 重启从机开始复制: Start Slave;
第一步: 在从机创建主机用户
打开从机的mysql命令行 (192.168.1.29)
mysql> GRANT REPLICATION SLAVE ON *.* TO 'master_replicator'@'%' IDENTIFIED BY 'master';
现在我们用这个命令‘show master status’来确定当前二进制日志文件的文件名和位置。记住这个细节!在我们的事例中得到以下输出:
show master status;
+------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000153 | 106 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec)
继续:mysql> FLUSH PRIVILEGES;
选择数据库 :mysql> USE newdatabase;
锁数据库防止任何新的更改:FLUSH TABLES WITH READ LOCK;
Step 2: 用主机用户连接从机(192.168.1.30):
在主机上打开mysql命令行
停止从机 : Stop slave;
执行命令
mysql> CHANGE MASTER TO -> MASTER_HOST='192.168.1.29', -> MASTER_USER='master_replicator', -> MASTER_PASSWORD='master', -> MASTER_LOG_FILE='mysql-bin.000153', -> MASTER_LOG_POS=106;
4. 重启从机开始复制 : Start Slave;
下面命令检查系统状态 :
SHOW SLAVE STATUS\G;
你可以看到 192.168.1.30:
mysql> SHOW SLAVE STATUS\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.29 Master_User: slave_user Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000013 Read_Master_Log_Pos: 98 Relay_Log_File: PC-relay-bin.000074 Relay_Log_Pos: 235 Relay_Master_Log_File: mysql-bin.000013 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: demo 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: 98 Relay_Log_Space: 235 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 1 row in set (0.01 sec)
ERROR: No query specified
评论删除后,数据将无法恢复
评论(32)
引用来自“我不是经常来的”的评论
这配置是不是漏了一个 要配置每个机器的auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧
引用来自“oO010Oo”的评论
这是最起码的引用来自“gangzz”的评论
一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。引用来自“oO010Oo”的评论
别人我不知道,我经手过的主主热备方案一般是客户端balance两台写Mysql服务器的负载,随机写在其中一个服务器里。主键冲突肯定会造成双向复制失败。引用来自“gangzz”的评论
我还是不明白,没经历过这种方案。我的疑问是即便设置了奇偶,比如A的主键奇数,B偶数。那么一条数据插入到A后,B会从binlog获得通知执行同步——这个同步都做不会记录入binlog?如果记入是不是又会被A同步?引用来自“我不是经常来的”的评论
这配置是不是漏了一个 要配置每个机器的auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧
引用来自“oO010Oo”的评论
这是最起码的引用来自“gangzz”的评论
一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。引用来自“oO010Oo”的评论
别人我不知道,我经手过的主主热备方案一般是客户端balance两台写Mysql服务器的负载,随机写在其中一个服务器里。主键冲突肯定会造成双向复制失败。引用来自“我不是经常来的”的评论
这配置是不是漏了一个 要配置每个机器的auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧
引用来自“oO010Oo”的评论
这是最起码的引用来自“gangzz”的评论
一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。怕数据脏的同学在前面顶一个haproxy就OK了,
listen HW_MYSQL_DB2-2 0.0.0.0:3047
mode tcp
maxconn 10000
server mysql_db1 192.168.161.100:3407 check inter 5000 rise 3 fall 3 backup
server mysql_db2 192.168.161.101:3407 check inter 5000 rise 3 fall 3
或者可以参考percona的做法,给haproxy绑定一个测试脚本
引用来自“我不是经常来的”的评论
这配置是不是漏了一个 要配置每个机器的auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧
引用来自“oO010Oo”的评论
这是最起码的引用来自“我不是经常来的”的评论
这配置是不是漏了一个 要配置每个机器的auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧