mysql 中的备份恢复、分区分表、主从复制、读写分离

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
日志服务 SLS,月写入数据量 50GB 1个月
简介: 数据库 mysql 的灾难恢复,高并发必备知识

🎈  mysql 的备份和恢复

  • 创建备份管理员
  • 创建备份管理员,并授予管理员相应的权限
  • 备份所需权限:select,reload,lock tables,replication client,show view,event,process
# 创建管理员
create user 'backup'@'localhost' identified by'123456';# 给管理员授权
grant select,reload,lock tables,replication client,show view,event,process on*.* to 'backup'@'localhost';
  • sql 文件恢复之全量恢复
  • 只要将备份的 sql 文件直接导入数据库即可
mysql -uroot -p 数据库 < sql文件
  • sql 文件恢复之基于时间点的恢复
# 首先进行一次基于最近一次的全量备份的文件进行一次全量恢复
mysql -uroot -p 数据库 < sql文件
# 然后查看备份的sql文件的 CHANGE MASTER 值,基于该值进行二进制日志的还原
CHANGE MASTER TO MASTER_LOG_FILE='binlog.000007', MASTER_LOG_POS=154;# 查看二进制日志,根据时间点找到误操作前一段时间的二进制日志
cd /var/lib/mysql
mysqlbinlog --base64-output=decode-rows -vv --start-position=154 --database=数据库名 binlog.000008 | grep -B3 DELETE | more# 记录最早删除记录的节点值,执行日志导出
mysqlbinlog --start-position=开始节点 --stop-position=结束节点 --database=数据库 二进制日志名 > 导出的sql文件名mysqlbinlog --start-position=154 --stop-position=26158 --database=laravel binlog.000007 > laravel.sql# 对导出的sql文件进行全量的还原
mysql -uroot -p 数据库 < sql文件
  • mysqldump逻辑备份
  • 指定数据库多个表进行备份:mysqldump [OPTIONS] database [table]
  • 指定多个数据库备份:mysqldump [OPTIONS] database [OPTIONS] DB1 DB2
  • 整个数据库实例进行备份:mysqldump [OPTIONS] --all-database [OPTIONS]
  • 参数 --single-transaction:开启事务保证备份数据的完整性,innodb 特有
  • 参数 -l或--lock-tables:依次锁定备份数据库所有表保证备份数据的完整性
  • 参数 -x或--lock-all-table:一次性锁定整个数据库实例所有数据表保证数据完整性
  • 参数 --master-data=[1/2]CHANGE MASTER TO 语句会被写成一个 sql 注释;1不会被写成注释,2写成注释,默认1
  • 参数 -R或--routines:备份数据库存储过程
  • 参数 --triggers:备份数据库触发器
  • 参数 -E或--events:备份数据库调度事件
  • 参数 --hex-blob16进制导出bit列和blob列数据 避免数据文本不可见
  • 参数 --tab=path:指定路径下为每个数据库生成两个文件:数据结构数据
  • 参数 -w或--where=过滤条件:过滤指定数据,仅支持单表导出
  • 注意:--single-transaction--lock-tables 参数是互斥的,所以,如果同一个数据库下同时存在 innodb 表和myisam表只能使用 --lock-tables 来保证备份数据的一致性,但是 --lock-tables 只能保证某一备份数据库的完整性,不能保证整个实例备份的完整性
mysqldump -ubackup -p --master-data=2 --single-transaction --routines --triggers --events 数据库 > 备份文件.sql
# 下载 libev软件包
yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm# 安装 libev软件包
yum install percona-xtrabackup-24
# 全量备份
innobackupex --user=管理员账号 --password=密码 --parallel=2 备份路径innobackupex --user=backup --password=Gzjunyu19970925. --parallel=2 /home/db_backup/# 全量恢复,建议恢复前停止mysql服务,且清空mysql数据文件
innobackupex --datadir=mysql数据路径 --copy-back 备份路径innobackupex --datadir=/var/lib/mysql --copy-back /home/db_backup/2018-04-21_10-44-22/# 修改mysql数据路径的权限为777
chmod -R 777/var/lib/mysql


🎈  mysql 的分区分表

  • 查看是否支持分区分表:show plugins;
  • 删除分区命令:ALTER TABLE 表名 DROP PARTITION 分表名称;
  • 分区分类:范围分区哈希分区时间分区
# 范围分区
CREATETABLE `表名`(-- 数据字段)engine=INNODB
PARTITION BY RANGE(`字段名称`)(    PARTITION 分表名称 VALUES LESS THAN(范围),    PARTITION 分表名称 VALUES LESS THAN(范围));# 哈希分区
createtable `表名`(-- 数据字段)engine=INNODB
PARTITION BY HASH(UNIX TIMESTAMP(`字段名称`)) PATITIONS 4;# 时间分区
createtable `表名`(-- 数据字段)engine=INNODB
PARTITION BY RANGE(YEAR(`字段名称`))(    PARTITION p0 VALUES LESS THAN(2017),    PARTITION p1 VALUES LESS THAN(2018),    PARTITION p2 VALUES LESS THAN(2019));# 查看分区情况
SELECT    table_name,partition_name,partition_description,table_rows
FROM    information_schema.`PARTITIONS`
WHERE table_name ='表名';# 归档分区数据,mysql数据库版本需要大于等于5.7-- 分区归档操作步骤-- 1.新建和分区表字段一致的数据表 归档表前缀为 arch_CREATETABLE `归档表表名`()engine=INNODB
-- 2.进行数据交换 p0为分区名ALTERTABLE `原数据表表名` exchange PARTITION p0 WITH TABLE `归档表表名`;-- 3.删除分区,避免对数据的再次写入ALTERTABLE `原数据表表名` DROP PARTITION p0;-- 4.将归档表引擎设置为 archive  在检表语句中mysql引擎必须和原数据表引擎一致,否则无法进行数据交换ALTERTABLE `归档表表名` ENGINE=ARCHIVE;


🎈  mysql 的主从复制读写分离

  • 授权远程访问 mysql 数据库
  • 新建相关数据库管理员,授权并开启远程访问权限
-- 建议新建一个备份和主从复制的数据库管理员CREATE USER 'backup'@'localhost' IDENTIFIED BY'密码';-- 分配相关权限grant select,reload,lock tables,replication client,show view,event,process on*.* to 'backup'@'localhost';-- 开启远程访问权限GRANT ALL PRIVILEGES ON*.* TO 授权用户名@被授权服务器的IP IDENTIFIED BY'授权密码';FLUSH PRIVILEGES;
  • 配置mysql主服务器
  • 需要在 master 服务器和 slave 服务器都建立一个同名的数据(备份数据库)
  • 在主服务器中开启 binlog 日志和设置要发生主从同步数据库,使用 vim 打开 /etc/my.cnf 文件,修改配置如下
  • 配置完毕后,需要重启服务:service mysqld restart;
#mysql的bin-log日志配置选项,假设做读写(主从),这个选项在从服务器必须关闭
log_bin = binlog
#端口信息,其实可以不写
port =3306#主服务器的id,这id不一定设为1,只要主从不一样就行
server-id =1#要做同步的数据库名字,可以是多个数据库,之间用分号分割。
binlog_do_db = test
  • 检查配置
  • 登录 mysql 查看 binlog 日志相关参数是否正确
show master status;show variables like'log_bin';
  • 配置mysql从服务器
  • 主服务器已经配置成功,这时要切换到从服务器开始配置
  • 在从服务器中开启 binlog 日志和设置要发生主从同步数据库,使用 vim 打开 /etc/my.cnf 文件,修改配置如下
#从服务器的id,必须与主服务器的id是不同
server-id =2#主服务器的ip地址
master-host =192.168.56.2#grant授权的可复制用户账号
master-user = backup
#grant授权的可复制密码
master-password =123456#主服务器的mysql端口
master-port =3306#这个参数是用来设置在和主服务器连接丢失的时候,重试的时间间隔,默认是60秒
master-connect-retry =20#需要同步的主服务器数据库
replicate-do-db = test
  • 检测主从复制配置是否成功
show slave status\G
-- 如果结果包含如下参数,则证明主从已经配置成功Slave_IO_Running: Yes
Slave_SQL_Running: Yes
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2月前
|
SQL 关系型数据库 MySQL
mysql主从复制概述和配置
【10月更文挑战第22天】MySQL 主从复制是一种将主服务器的数据复制到一个或多个从服务器的技术,实现读写分离,提高系统性能和可用性。主服务器记录变更日志,从服务器通过 I/O 和 SQL 线程读取并应用这些变更。适用于读写分离、数据备份和恢复、数据分析等场景。配置步骤包括修改配置文件、创建复制用户、配置从服务器连接主服务器并启动复制进程。
102 1
|
2月前
|
监控 关系型数据库 MySQL
深入了解MySQL主从复制:构建高效稳定的数据同步架构
深入了解MySQL主从复制:构建高效稳定的数据同步架构
133 1
|
2月前
|
负载均衡 监控 关系型数据库
MySQL 官宣:支持读写分离了!!
【10月更文挑战第8天】MySQL的读写分离功能显著提升了数据库性能、可用性和可靠性。通过将读写操作分配至不同服务器,有效减轻单个服务器负载,提高响应速度与吞吐量,并增强系统稳定性。此外,它还支持便捷的扩展方式,可通过增加只读服务器提升读操作性能。实现读写分离的方法包括软件层面(如使用数据库中间件)和硬件层面(使用独立服务器)。使用时需注意数据一致性、负载均衡及监控管理等问题。
149 0
|
2月前
|
存储 关系型数据库 MySQL
MySQL主从复制原理和使用
本文介绍了MySQL主从复制的基本概念、原理及其实现方法,详细讲解了一主两从的架构设计,以及三种常见的复制模式(全同步、异步、半同步)的特点与适用场景。此外,文章还提供了Spring Boot环境下配置主从复制的具体代码示例,包括数据源配置、上下文切换、路由实现及切面编程等内容,帮助读者理解如何在实际项目中实现数据库的读写分离。
MySQL主从复制原理和使用
|
1月前
|
SQL 监控 关系型数据库
MySQL如何查看每个分区的数据量
通过本文的介绍,您可以使用MySQL的 `INFORMATION_SCHEMA`查询每个分区的数据量。了解分区数据量对数据库优化和管理具有重要意义,可以帮助您优化查询性能、平衡数据负载和监控数据库健康状况。希望本文对您在MySQL分区管理和性能优化方面有所帮助。
126 1
|
2月前
|
SQL 关系型数据库 MySQL
Mysql中搭建主从复制原理和配置
主从复制在数据库管理中广泛应用,主要优点包括提高性能、实现高可用性、数据备份及灾难恢复。通过读写分离、从服务器接管、实时备份和地理分布等机制,有效增强系统的稳定性和数据安全性。主从复制涉及I/O线程和SQL线程,前者负责日志传输,后者负责日志应用,确保数据同步。配置过程中需开启二进制日志、设置唯一服务器ID,并创建复制用户,通过CHANGE MASTER TO命令配置从服务器连接主服务器,实现数据同步。实验部分展示了如何在两台CentOS 7服务器上配置MySQL 5.7主从复制,包括关闭防火墙、配置静态IP、设置域名解析、配置主从服务器、启动复制及验证同步效果。
Mysql中搭建主从复制原理和配置
|
2月前
|
存储 关系型数据库 MySQL
MySQL 如何查看每个分区的数据量
MySQL 如何查看每个分区的数据量
65 3
|
3月前
|
关系型数据库 MySQL Unix
MySQL配置不区分大小写的方法
结论 通过适当配置 lower_case_table_names参数以及在数据定义和查询中选择合适的校对规则,可以灵活地控制MySQL中的大小写敏感性,以适应不同的应用场景和需求。这样的设置既可以增加数据库的兼容性,又可以在必要时利用大小写敏感性进行精确的数据处理。需要注意的是,修改 lower_case_table_names参数后,最好在数据库初始化时进行,以避免现有表名的大小写问题。
397 3
|
3月前
|
存储 关系型数据库 MySQL
分析MySQL主从复制中AUTO_INCREMENT值不一致的问题
通过对 `AUTO_INCREMENT`不一致问题的深入分析和合理应对措施的实施,可以有效地维护MySQL主从复制环境中数据的一致性和完整性,确保数据库系统的稳定性和可靠性。
124 6
|
2月前
|
关系型数据库 MySQL 数据库
docker mysql表名和数据库名不区分大小写
docker mysql表名和数据库名不区分大小写
21 0