msyql主从备份的过程

这篇文章主要讲解了“msyql主从备份的过程”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“msyql主从备份的过程”吧!

专业成都网站建设公司,做排名好的好网站,排在同行前面,为您带来客户和效益!创新互联公司为您提供成都网站建设,五站合一网站设计制作,服务好的网站设计公司,网站设计制作、成都网站制作负责任的成都网站制作公司!

安装环境:
rhel6.5:server1 master
rhel6.5:server2  slave
安装数据库:
[root@server1 MySQL]# yum install -y mysql-community-client-5.7.17-1.el6.x86_64.rpm mysql-community-common-5.7.17-1.el6.x86_64.rpm mysql-community-libs-5.7.17-1.el6.x86_64.rpm mysql-community-libs-compat-5.7.17-1.el6.x86_64.rpm mysql-community-server-5.7.17-1.el6.x86_64.rpm
msyql主从备份的过程
[root@server1 ~]# vim /etc/my.cnf
server-id = n   给服务器分配一个唯一的ID编号
msyql主从备份的过程
[root@server1 ~]# /etc/init.d/mysqld  start
初始化 MySQL 数据库:                                      [确定]
Installing validate password plugin:                       [确定]
正在启动 mysqld:                                          [确定]
[root@server1 ~]# cd /var/lib/mysql
[root@server1 mysql]# cd /var/lib/mysql
[root@server1 mysql]# ls
auto.cnf         ibdata1           mysql-bin.000002  performance_schema
ca-key.pem       ib_logfile0       mysql-bin.000003  private_key.pem
ca.pem           ib_logfile1       mysql-bin.index   public_key.pem
client-cert.pem  ibtmp1            mysqld_safe.pid   server-cert.pem
client-key.pem   mysql             mysql.sock        server-key.pem
ib_bufferpool   mysql-bin.000001  mysql.sock.lock   sys
[root@server1 mysql]# cat mysql-bin.000001

5.7.17-log[8

**4���[#���e�[�)�[root@server1 mysql]# ll mysql-bin.000001
-rw-r----- 1 mysql mysql 177 7月  28 14:40 mysql-bin.000001

修改slave配置文件
server-id = n给服务器分配一个唯一的ID编号
msyql主从备份的过程
[root@server1 mysql]# grep password  /var/log/mysqld.log
查看密码
[root@server1 ~]# mysql_secure_installation
初始化
server2同上
server1上授权:
mysql> grant replication slave on . to cara@'172.25.35.2' identified by 'Caonimei@478';
Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> flush privileges; 刷新
Query OK, 0 rows affected (0.02 sec)
master授权后,slave可以远程登录
[root@server2 ~]# mysql -ucara -p -h 172.25.35.1
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
+--------------------+
1 row in set (0.00 sec)
master上查看:
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000004 |      843 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
使 slave 与 master 建立连接,从而同步:
mysql> change master to master_host='172.25.35.1',master_user='cara',master_password='Caonimei@478',master_log_file='mysql-bin.000004',master_log_pos=843;
slave上查看:
mysql> show databases
-> ;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
mysql> change master to master_host='172.25.35.1',master_user='cara',master_password='Caonimei@478',master_log_file='mysql-bin.000004',master_log_pos=843;
[root@server2 mysql]# cd /var/lib/mysql
[root@server2 mysql]# cat master.info

25mysql-bin.000004
843
172.25.35.1
cara
Caonimei@478
br/>mysql-bin.000004
843
172.25.35.1
cara
Caonimei@478
60
[root@server2 mysql]# cat server2-relay-bin.index
./server2-relay-bin.000001
master端
查看salve状态:
mysql> show slave status\G;
1. row
Slave_IO_State:
Master_Host: 172.25.35.1
Master_User: cara
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 843
Relay_Log_File: server1-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: No
Slave_SQL_Running: No

mysql> start slave;(mster和slave都需开启)
Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G;
1. row
Slave_IO_State: Connecting to master
Master_Host: 172.25.35.1
Master_User: cara
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000004
Read_Master_Log_Pos: 843
Relay_Log_File: server1-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000004
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
建表
msyql主从备份的过程!
插入数据
msyql主从备份的过程
[root@server1 mysql]# mysqlbinlog  mysql-bin.000004
查看mster端从的操作
在slave上也可查看master上数据
mysql> show tables;
+------------------+
| Tables_in_westos |
+------------------+
| usertb           |
+------------------+
mysql> select * from usertb
-> ;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 123      |
| user2    | 123      |
+----------+----------+
2 rows in set (0.00 sec)
深入了解复制-全局事务标识符(GTID)
GTID的作用

根据GTID可以知道事务最初是在哪个实例上提交的

GTID的存在方便了Replication的Failover
GTID比传统复制的优势

更简单的实现failover,不用以前那样在需要找log_file和log_Pos。

更简单的搭建主从复制。

比传统复制更加安全。

GTID是连续没有空洞的,因此主从库出现数据冲突时,可以用添加空事物的方式进行跳过
[root@server1 mysql]# vim /etc/my.cnf  # master和slave都修改
msyql主从备份的过程
重起两边数据库:
[root@server1 mysql]# /etc/init.d/mysqld restart
master端:
msyql主从备份的过程
slave端:
mysql> stop slave;
mysql> change master to master_host='172.25.35.1',master_user='cara',master_passw
Query OK, 0 rows affected, 2 warnings (0.08 sec)

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

mysql> show slave status\G;
1. row
Slave_IO_State: Waiting for master to send event
Master_Host: 172.25.35.1
Master_User: cara
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000005
Read_Master_Log_Pos: 154
Relay_Log_File: server2-relay-bin.000002
Relay_Log_Pos: 367
Relay_Master_Log_File: mysql-bin.000005
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
mysql> use mysql;
mysql> show tables;
+---------------------------+
| Tables_in_mysql           |
+---------------------------+
| columns_priv              |
| db                        |
| engine_cost               |
| event                     |
| func                      |
| general_log               |
| gtid_executed             |
| help_category             |
| help_keyword              |
| help_relation             |
| help_topic                |
| innodb_index_stats        |
| innodb_table_stats        |
| ndb_binlog_index          |
| plugin                    |
| proc                      |
| procs_priv                |
| proxies_priv              |
| server_cost               |
| servers                   |
| slave_master_info         |
| slave_relay_log_info      |
| slave_worker_info         |
| slow_log                  |
| tables_priv               |
| time_zone                 |
| time_zone_leap_second     |
| time_zone_name            |
| time_zone_transition      |
| time_zone_transition_type |
| user                      |
+---------------------------+
31 rows in set (0.00 sec)
master端改动些数据:
msyql主从备份的过程

msyql主从备份的过程
slave上查看:
msyql主从备份的过程

感谢各位的阅读,以上就是“msyql主从备份的过程”的内容了,经过本文的学习后,相信大家对msyql主从备份的过程这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!


网页名称:msyql主从备份的过程
分享地址:http://bzwzjz.com/article/pjscjh.html

其他资讯

Copyright © 2007-2020 广东宝晨空调科技有限公司 All Rights Reserved 粤ICP备2022107769号
友情链接: 古蔺网站建设 成都网站建设流程 成都品牌网站建设 成都模版网站建设 成都网站建设公司 网站建设公司 成都网站制作 网站建设公司 成都网站设计 成都网站建设 成都企业网站建设 泸州网站建设 成都网站设计 营销型网站建设 自适应网站设计 外贸网站建设 高端定制网站设计 成都网站建设 成都响应式网站建设 成都网站制作 温江网站设计 广安网站设计