mysql复制(主从分离)

1、下载一个稳定的mysql版本
2、在主库上,设置一个复制使用的账户,并授权replication slave权限。这里创建一个复制用户rep1,可以从ip为192.168.5.10的主机进行链接。

mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.5.10' IDENTIFIED BY '123456';
Query OK, 0 rows affected, 1 warning (0.02 sec)

3、修改主数据库服务器的配置文件my.cnf,开启binlog,并设置server-id的值。
配置如下:

[mysqld]
log-bin = /Users/sam/test/log/mysql-bin.log
server_id = 1

4、在主库上,设置读锁定有效,这个操作是为了确保没有数据库操作,以便获得一个一致性快照:

mysql> flush tables with read lock;
Query OK, 0 rows affected (0.00 sec)  

5、得到主库上当前的二进制志名和偏移量值。这个操作是为了在从数据库启动以后,从这个点开始进行数据的恢复。

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 |      154 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

6、现在主数据库已经停止了更新操作,我们备份一下数据库,最快的方式就是直接复制数据文件,备份相信大家都会吧,在这里我们就不多做说明了。
7、数据备份完毕之后,可以恢复写的操作,然后剩下的只要在从数据库上做就行好了。

mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

8、将备份的数据恢复到从数据库上。
9、修改从数据库的my.cnf文件,增加server-id,(server-id是唯一的,从库的不能和主库一样。如果有多个从数据库,每个server-id都必须唯一)。
在my.cnf配置:

[mysqld]
server_id = 2

10、在从库上,使用--skip-slave-start选项启动从数据库,这样不会立即启动从数据库服务上的复制进程,方便我们对数据库上的服务进行 进一步的配置

192:bin Ast$ sudo ./mysqld_safe --skip-slave-start &

11、对从数据库服务器做相应的设置,制定复制使用的用户,主数据库服务器的ip,端口以及开始执行复制的日志文件和位置(第5步中的FILE和Position),具体代码:

mysql> CHANGE MASTER TO
MASTER_HOST='192.168.5.7',
MASTER_USER='repl',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=154;
Query OK, 0 rows affected, 2 warnings (1.64 sec)

12 、从库上启动slave线程:

mysql> start slave;
Query OK, 0 rows affected (0.17 sec)

13、slave上执行 show processlist命令显示类似如下的进程:

mysql> show processlist;
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
| Id | User        | Host      | db   | Command | Time | State                                                  | Info             |
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
|  9 | root        | localhost | NULL | Query   |    0 | starting                                               | show processlist |
| 88 | system user |           | NULL | Connect |   12 | Connecting to master                                   | NULL             |
| 89 | system user |           | NULL | Connect |   12 | Slave has read all relay log; waiting for more updates | NULL             |
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
3 rows in set (0.04 sec)

这表明已经连接上master来,开始接受并执行日志。

在slave上检查下同步的执行状态:
show slave status\G
看其中的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.5.7
                 Master_User: repl
                 Master_Port: 3306
               Connect_Retry: 60
             Master_Log_File: mysql-bin.000001
         Read_Master_Log_Pos: 768
              Relay_Log_File: 192-relay-bin.000002
               Relay_Log_Pos: 934
       Relay_Master_Log_File: mysql-bin.000001
            Slave_IO_Running: Yes
           Slave_SQL_Running: Yes
             ***
1 row in set (0.00 sec)

到此为止,所有的复制工作我们都已做完了。

在主数据创建数据库表并插入数据查看是否同步。




如果因为某种操作或服务器荡机导致复制失败Slave_SQL_Running: No
解决 Slave_SQL_Running: No
从数据库关闭slave线程:

mysql> stop slave;

再次查看主数据库上File和Position值

mysql> show master status;

记录下File和Position值,从数据库上设置

CHANGE MASTER TO
MASTER_HOST='xxxxxxx',
MASTER_USER='xxxxxxx',
MASTER_PASSWORD='xxxxxxx',
MASTER_LOG_FILE='xxxxxxx',
MASTER_LOG_POS=xxxxxxxx;
mysql> start slave;
Query OK, 0 rows affected (0.17 sec)
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,457评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,837评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,696评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,183评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,057评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,105评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,520评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,211评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,482评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,574评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,353评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,897评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,489评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,683评论 2 335

推荐阅读更多精彩内容