centos7 Mysql5.7.15版本 一主一备架构(生产环境带数据,不锁库)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介:

1、概述

64381474295648.jpg


场景:生产线上,有一个MySQL数据库,为了安全,领导想给它做成主备架构,添加一个备库来做实时数据同步。

    在操作之前需要考虑的问题:

如果有条件的话,获取生产库上,操作系统及数据库安装文档,认真观看,有没有对系统及数据库做一些特殊的配置。

1)操作系统方面:

是否设置主机名;

配置静态IP地址;

使用与主库一样的操作系统;

操作系统所使用的字符集;

主库操作系统有没有作其他更改。

2MySQL数据库方面:

    获取主库的my.cnf,备库配置文件要根据主库的my.cnf进行相应的配置;

    数据库将使用哪一类字符集,后期更改字符集是比较痛苦的事;

    server_id不建议使用1,唯一值;

    日常主库使用什么工具进行备份,如果要求不锁表,建议使用percona-xtrabackup对主库进行全备;如果可以锁表,可以使用mysqldump进行备份。

    怎样将主库的备份文件传输到备库上,能否使用scp

2、所需软件

84341474295648.png

3、备库MySQL软件的安装

3.1、查询服务器上是否已经安装mysql  

1
# rpm -aq | grep mariadb

3.2、先卸载旧的版本

如果是生产环境,请谨慎卸载,这个包可能会影响其它软件的使用,如果不卸载,安装mysql5.7会报错,即安装不了。

卸载旧版本mariadb

1
rpm -e mariadb-libs  --nodeps

3.3、安装软件

//新建msyql用户禁止登录shell

1
2
groupadd mysql
useradd -r -s /sbin/nologin -g mysql mysql

解压

1
tar xvf mysql-5.7.15-1.el7.x86_64.rpm-bundle.tar

安装软件

1
2
3
4
5
6
7
8
rpm -ivf mysql-community-common-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-libs-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-libs-compat-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-client-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-embedded-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-devel-5.7.15-1.el7.x86_64.rpm       
rpm -ivf mysql-community-embedded-devel-5.7.15-1.el7.x86_64.rpm 
rpm -ivf mysql-community-server-5.7.15-1.el7.x86_64.rpm

// mysql-community-test依赖perl,需要安装perl-Data-Dumperperl(JSON)  

1
2
3
yum install perl-Data-Dumper perl-JSON -y          
rpm -ivf mysql-community-test-5.7.15-1.el7.x86_64.rpm
rpm -ivf mysql-community-embedded-compat-5.7.15-1.el7.x86_64.rpm

3.4、MySQL 5.7.15修改密码

1
/bin/systemctl start  mysqld.service

查看密码

1
2
sudo grep  'temporary password'  /var/log/mysqld.log
mysql -u root -p //输入上条命令查看到的密码

进入mysql,修改密码

1
mysql>  set  password = password ( '123456' );mysql>flush  privileges ;

设置开机启动

1
systemctl enable mysqld

3.5、开启mysql的3306端口号,给root用户授权,用于远程访问

3.5.1永久关闭iptablesSelinux

关闭防火墙

1
2
systemctl stop firewalld
systemctl disable firewalld

临时关闭Selinux

1
setenforce 0

永久关闭Selinux

1
sed -i  '/SELINUX/s/enforcing/disabled/'  /etc/selinux/config

重启系统生效

3.5.2、给root用户授权,使远程客户端才能够连接过来

1
mysql>  GRANT  ALL  PRIVILEGES  ON  *.*  TO  'root' @ '%'  IDENTIFIED  BY  '123456'  WITH  GRANT  OPTION ;mysql> flush  privileges ;

3.6、修改备服务器slave的配置文件my.cnf

参考主服务器的配置文件进行相应的配置。

先关闭数据库

1
systemctl stop mysqld

修改配置文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#vi /etc/my.cnf[client] default - character - set =gbk[mysqld] character - set -server=gbk
log_bin=slave-bin
log_bin_index=slave-bin. index
basedir=/usr
datadir=/var/lib/mysql
port=3306server_id=178socket=/var/lib/mysql/mysql.sock
relay_log=relay-log
relay_log_index=relay-log. index
skip- name -resolve
max -connections=1000default-storage-engine=InnoDBlong_query_time=1slow_query_log_file=/var/lib/mysql/mysql_slow_query.log
binlog_format=row
  # Disabling symbolic-links  is  recommended  to  prevent assorted security riskssymbolic-links=0 
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

3.7、重启备库服务器的mysql

1
systemctl  start mysqld

4、主备复制配置步骤如下

4.1、对主库进行全备

使用percona-xtrabackup对主数据库进行全备份:

安装percona-xtrabackup软件

安装相关依赖包:

关于libev:可以去这个地址下载:

http://mirrors.yun-idc.com/epel/6/x86_64/libev-4.03-3.el6.x86_64.rpm

1
    yum install libev

安装Percona-XtraBackup

1
2
3
4
tar xvf Percona-XtraBackup-2.4.4-rdf58cf2-el7-x86_64-bundle.tar
yum install percona-xtrabackup-24-2.4.4-1.el7.x86_64.rpm
rpm -ivf percona-xtrabackup-24-debuginfo-2.4.4-1.el7.x86_64.rpm
rpm -ivf percona-xtrabackup-test-24-2.4.4-1.el7.x86_64.rpm

/tmp/建立backup文件存放备份数据库:

1
#  cd /tmp#  mkdir backup

使用以下命令进行全备份:

1
innobackupex  --user=root --password=123456 /tmp/backup/innobackupex --use-memory=500m --apply-log /tmp/backup/2016-03-14_11-26-07/

4.2、将备份好的文件传输到备库上,执行恢复

先停备库(备库操作)

1
systemctl  stop mysqld

主库操作:

主库进入/tmp/backup/2016-03-14_11-26-07/目录把备份的目录拷贝到备服务器上,放入备服务器数据库目录下(即:/var/lib/mysql

1
scp -r * 192.168.1.178:/var/lib/mysql/

/var/lib/mysql下的文件属组进行更改:

备库执行以下操作:

1
2
cd /var/lib/mysql
chown -R mysql.mysql *

重新启动备库mysql服务:

1
systemctl  start mysqld

4.3、在主服务器上建立帐户并授权

1
2
# mysql -u root -pEnter  password
mysql>  grant  replication slave  on  *.*  to  apexsoft@ '192.168.1.178'  identified  by  '123456' ;mysql>flush  privileges ;

4.4、在备库上查看数据库已经同步到什么时候

进入/var/lib/mysql/查看xtrabackup_binlog_info

1
# cat xtrabackup_binlog_infomaster-bin.000001 865

4.5、配置备服务器Slave

1
mysql>  change master  to  master_host= '192.168.1.173' ,master_user= 'apexsoft' ,master_password= '123456' ,master_log_file= 'master-bin.000001' ,master_log_pos=865;

如果在一个机器多个实例上,可能需要指定端口号或者修改了mysql 默认端口号,在配置主备复制的时候需要加上MASTER_PORT=3306;

启动备服务器复制功能

1
mysql>start slave;

4.6、检查备库服务器复制功能状态

1
mysql> show slave status\G;*************************** 1. row ***************************               Slave_IO_State: Waiting  for  master  to  send event                  Master_Host: 192.168.1.173  //主服务器地址                  Master_User: apexsoft   //授权帐户名,尽量避免使用root                  Master_Port: 3306    //数据库端口,部分版本没有此行                Connect_Retry: 60              Master_Log_File: master-bin.000001          Read_Master_Log_Pos: 865  //#同步读取二进制日志的位置,大于等于>=Exec_Master_Log_Pos               Relay_Log_File: relay-log.000002                Relay_Log_Pos: 284        Relay_Master_Log_File: master-bin.000001             Slave_IO_Running: Yes   //此状态必须YES            Slave_SQL_Running: Yes   //此状态必须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: 322              Relay_Log_Space: 451              Until_Condition: None               Until_Log_File:                Until_Log_Pos: 0           Master_SSL_Allowed:  No
1
2
3
4
         Master_SSL_CA_File:           Master_SSL_CA_Path:              Master_SSL_Cert:            Master_SSL_Cipher:               Master_SSL_Key:        Seconds_Behind_Master: 0Master_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                  Master_UUID: dcc7a60f-2c1d-11e5-ad33-000c29133345             Master_Info_File: /usr/ local /mysql/data/master.info
                     SQL_Delay: 0          SQL_Remaining_Delay:  NULL
       Slave_SQL_Running_State: Slave has  read  all  relay log; waiting  for  the slave I/O thread  to  update  it
            Master_Retry_Count: 86400                  Master_Bind:      Last_IO_Error_Timestamp:     Last_SQL_Error_Timestamp:               Master_SSL_Crl:           Master_SSL_Crlpath:           Retrieved_Gtid_Set:            Executed_Gtid_Set:                Auto_Position: 01 row  in  set  (0.00 sec)

注:Slave_IOSlave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)
以上操作过程,主备服务器配置完成。

可以在主服务器上查看备库服务器连接状态:

1
show processlist;

4.7、验证主备架构是否搭建成功

主服务器Mysql,建立数据库,并在这个库中建表插入一条数据:

1
2
mysql>  create  database  apex_db;Query OK, 1 row affected (0.00 sec)mysql> use apex_db; Database  changed
mysql>   create  table  apex_tb(id  int (3), name  char (10)); Query OK, 0  rows  affected (0.00 sec) mysql>  insert  into  apex_tb  values (001, ' apex ' );Query OK, 1 row affected (0.00 sec)mysql> show databases;   + --------------------+   | Database           |   +--------------------+   | information_schema |   | apex_db             |   | mysql              |   | test               |   +--------------------+   4 rows in set (0.00 sec)

备库服务器Mysql查询:

1
2
  mysql> show databases;   + --------------------+   | Database           |   +--------------------+   | information_schema |   | apex_db              |         | mysql              |   | test               |   +--------------------+    4 rows in set (0.00 sec) mysql> use apex_dbDatabase changed
mysql>  select  from  apex_tb;    //可以看到在主服务器上新增的具体数据   + ------+------+   | id   | name |   +------+------+   |    1 | apex |   +------+------+   1 row in set (0.00 sec)




本文转自 corasql 51CTO博客,原文链接:http://blog.51cto.com/corasql/1906986,如需转载请自行联系原作者
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
20天前
|
存储 SQL 关系型数据库
Mysql高可用架构方案
本文阐述了Mysql高可用架构方案,介绍了 主从模式,MHA模式,MMM模式,MGR模式 方案的实现方式,没有哪个方案是完美的,开发人员在选择何种方案应用到项目中也没有标准答案,合适的才是最好的。
91 3
Mysql高可用架构方案
|
15天前
|
存储 Oracle 关系型数据库
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
本文介绍了MySQL InnoDB存储引擎中的数据文件和重做日志文件。数据文件包括`.ibd`和`ibdata`文件,用于存放InnoDB数据和索引。重做日志文件(redo log)确保数据的可靠性和事务的持久性,其大小和路径可由相关参数配置。文章还提供了视频讲解和示例代码。
123 11
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
|
16天前
|
SQL 存储 缓存
【赵渝强老师】MySQL的体系架构
本文介绍了MySQL的体系架构,包括Server层的7个主要组件(Connectors、Connection Pool、Management Service & Utilities、SQL Interface、Parser、Optimizer、Query Caches & Buffers)及其作用,以及存储引擎层的支持情况,重点介绍了InnoDB存储引擎。文中还提供了相关图片和视频讲解。
【赵渝强老师】MySQL的体系架构
|
15天前
|
缓存 NoSQL 关系型数据库
Redis和Mysql如何保证数据⼀致?
在项目中,为了解决Redis与Mysql的数据一致性问题,我们采用了多种策略:对于低一致性要求的数据,不做特别处理;时效性数据通过设置缓存过期时间来减少不一致风险;高一致性但时效性要求不高的数据,利用MQ异步同步确保最终一致性;而对一致性和时效性都有高要求的数据,则采用分布式事务(如Seata TCC模式)来保障。
52 14
|
18天前
|
SQL 前端开发 关系型数据库
SpringBoot使用mysql查询昨天、今天、过去一周、过去半年、过去一年数据
SpringBoot使用mysql查询昨天、今天、过去一周、过去半年、过去一年数据
47 9
|
13天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。
|
12天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
12天前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
29 1
服务架构的演进:从单体到微服务的探索之旅
|
10天前
|
消息中间件 监控 安全
后端架构演进:从单体到微服务####
在数字化转型的浪潮中,企业应用的后端架构经历了从传统单体架构到现代微服务架构的深刻变革。本文探讨了这一演进过程的背景、驱动力、关键技术及面临的挑战,揭示了如何通过微服务化实现系统的高可用性、扩展性和敏捷开发,同时指出了转型过程中需克服的服务拆分、数据管理、通信机制等难题,为读者提供了一个全面理解后端架构演变路径的视角。 ####
27 8
|
11天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
38 5
下一篇
无影云桌面