阿里云数据库RDS MySQL的数据安全预防与恢复

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS SQL Server,基础系列 2核4GB
RDS PostgreSQL Serverless,0.5-4RCU 50GB 3个月
推荐场景:
对影评进行热评分析
简介: 数据库往往是企业最为核心的数据保护对象,对数据库系统安全的保护,对数据库服务器和数据库中的数据、应用、存储的安全保护对企业来说至关重要,尽管我们用了很多技术手段,也很可能因为管理上的失误导致严重后果,我们需要用技术和管理组合手段,在数据库进行使用之前,就需要对敏感权限进行管控,确定使用环境的安全,并做好全面的预防措施;在数据库的使用过程中,更是需要谨慎操作,假设真的出了问题,还可以进行数据的恢复,以防止数据库系统及其数据遭到泄露、篡改或破坏。

事前预防

事前预防大于事后处理,对数据库的管理来说,更是要防患于未然。您可以通过以下方式进行数据安全的事前预防:

  • 权限隔离
  • 环境隔离
  • 内核回收站
  • 设置实例备份规则
  • 使用数据库管理DMS
  • 使用备份服务DBS

权限隔离

您可以通过设置高权限账号和普通账号进行数据权限隔离。包括读写权限,DML权限,DDL权限,创建表,修改表,等,除了只读权限之外都需要进行管理和关注。
权限说明见下图:
image.png

可在数据库管理界面配置不同的权限。
image.png

更多信息请参见创建数据库账号授权服务账号帮助文档。

环境隔离

对环境的隔离也是同样重要,测试环境、开发环境、生产环境要分开,不要共用一套数据库。
image.png

内核回收站

第三个预防的重点是内核上面的回收站,当执行drop时,与表无关的对象会做保留,防止误删。
MySQL 8.0的回收机制
执行DROP TABLE/DATABASE语句时,只保留相关的表对象,并移动到专门的recycle bin目录中。其它对象的删除策略如下:

  • 如果是与表无关的对象,根据操作语句决定是否保留,不做回收。
  • 如果是表的附属对象,可能会修改表数据的,做删除处理,例如Trigger和Foreign key。 但Column statistics不做清理,随表进入回收站。

MySQL 8.0的清理机制
回收站会启动一个后台线程,来异步清理超过recycle_bin_retention时间的表对象。在清理回收站表的时候,如果遇到大表,会再启动一个后台线程异步删除大表。
具体请参考帮助文档

设置实例备份规则

还可以对数据进行备份来预防潜在的风险。实例备份规则为默认按照整实例进行备份和可以按照表进行备份。如下图所示:
image.png
具体操作,参见帮助文档

使用数据库管理DMS进行安全预防

在事前预防中,阿里云提供强大的数据库管理DMS服务和备份恢复DBS服务。DMS是一款强大的数据库管理和设计工具,直观的GUI开发环境让用户简单管理多达25种数据库,包括表结构设计、数据操作、数据开发及性能诊断优化等操作。DMS通过研发规范、研发流程、权限控制(可控制到列级别、行级别)、操作拦截、数据脱敏、流程审批、安全审计及变更回滚等功能有效保障数据安全。
image.png

DMS是一种新的工作模式:

  • 多种角色参与整个研发流程,包括管理员、DBA、安全管理员及开发、测试、产品、运营、财务等。
  • 可消除集中管控的人员瓶颈、减少沟通成本、规范化管理减少故障误操作、变更周 期可控、业务迭代速度快、提升研发效率。
    image.png

对接企业账号系统,数据安全解决方案-从“审计”到“拦截”。
image.png
image.png
可控的SQL操作包含:全局权限管控、风险识别、数据脱敏、操作审计、安全规则引擎。
image.png
可进行灵活的安全规则设置:
image.png
变更稳定-覆盖数据变更、结构变更、代码发布的全流程把控。尤其是对于大批量的数据变更,大表结构变更等,会有针对性的流程把控和精细化的管理,在不影响业务的情况下,提升整体的安全性。
image.png

使用阿里云备份服务DBS

备份服务DBS为数据库提供连续数据保护、低成本的备份服务。它可以为多种环境的数据提供强有力的保护,包括企业数据中心、其他云厂商、混合云及公共云。RDS备份的数据是可见的,如果有数据分析的需求还可以用云原生数据湖进行支持,整个产品生态是打通和健全的。
产品功能:

  • 可恢复任1秒数据
    实例、单库、多表、单表,备份及恢复粒度自由选择,RTO大幅降低,备份有效性实时验证。
  • 安全加密
    无论传输,还是存储使用最严苛的加密技术,保护用户数据安全。
  • 低成本,免运维
    低成本异地备份,让企业快速满足三级等保要求,无需为灾备提供前期成本,配置到运行只需几分钟。
  • 多环境支持
    支持自建IDC、云上自建数据库、其他云环境的数据库备份。

备份服务DBS与RDS自带备份的区别:

    • 针对RDS数据库,DBS提供转储备份和逻辑备份,满足RDS客户的异地备份和灵活备份诉求。
    • 针对RDS数据库,RDS提供物理备份,满足RDS客户的本地备份和快速恢复诉求。

image.png

DBS控制台入口:
image.png
详细内容请参见帮助文档

事中谨慎

即使非常谨慎,数据库在现场运行时是不可能不对数据进行查询、修改和删除的,我们不能因噎废食,仍然要进行这些看似有风险的操作,但是我们可以采取以下措施,让整个数据库的使用过程更加安全。

  • 使用内核回收站
  • 操作隔离
  • 操作备份

使用内核回收站

如果要使用DROP语句,可以在操作之前可以先打开回收站,回收站是可以进行清理和查询的。回收站会有id与原表相对应,并会对过程进行记录。
以下示例是操作以MySQL 8.0为例进行说明:

SET SESSION RECYCLE_BIN=ON;--------------------打开会话级回收站
CALL DBMS_RECYCLE.SHOW_TABLES();--------------看回收站里的表
DROP TABLE tablename;--------------------------------------------------删除表
CALL DBMS_RECYCLE.PURGE_TABLE (‘<TABLE>’);-----清理回收站里的表

表示例:

mysql> call dbms_recycle.show_tables(); 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
| SCHEMA | TABLE | ORIGIN_SCHEMA | ORIGIN_TABLE | RECYCLED_TIME | PURGE_TIME | 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
| __recycle_bin__ | __innodb_1063 | product_db | t1 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1064 | product_db | t2 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1065 | product_db | parent | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1066 | product_db | child | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
4 rows in set (0.00 sec)

更多信息请参见帮助文档

操作隔离

如果我们要执行DML类的操作,在执行变更的时候最好走一下变更的流程。如果缺少这样流程,大批量的操作语句最好有多人review。
image.png
注意:
1、业务相关的操作:
一定带WHERE条件语句,把执行变更的范围变到最小。
2、运维/后台相关操作

  • 注意读写分离
  • 针对数据统计分析类/定时任务类/大批量操作类
  • 尽量避免业务高峰
  • 多人Review保证正确性

操作备份

最好在每次操作执行之前,都把数据备份一遍,这样即使真正出现问题,也可以执行回滚。
备份方法
每次执行DML/DDL之前,导出执行前的SQL,作为回滚脚本。
运维/后台相关操作

  • 立即执行
    默认开启为“是”,提交即刻执行;可按需指定在业务特定时间执行。
  • 事务控制
    默认不开启为“否”,逐条提交,遇到失败则终止但不回滚;开启该功能遇到失败则全部回滚(仅限DML,DDL不在此范围内)。
  • 备份数据
    默认开启为“是”,针对update、delete操作进行将要影响数据的全记录行,insert脚本生成附件。

帮助文档

事后恢复

及时我们非常谨慎,也不能百分百避免问题的发生,如果真的发生问题了,我们可以通过以下操作来进行事后恢复。

  • DMS工单操作历史。
  • DMS数据追踪。
  • 内核回收站。
  • RDS克隆实例。
  • RDS库/表恢复。
  • DBS恢复。

DMS工单操作历史

如果您使用了阿里云数据管理DMS平台,可以使用DMS查看工单操作历史。

使用场景

MySQL 5.5/5.6/5.7/8.0
DELETE/UPDATE/INSERT
需要管控的数据库实例开通了DMS安全协同管控模式

恢复方法

  • 对于变更执行后出现异常不符合诉求需要回滚的,可以直接在工单页面内,选择右侧>工单操作历史>查看备份,找到备份文件。
  • 下载备份脚本下载,做相应处理。
  • 确认数据满足需求后,重新提交变更工单。

更多内容请参见帮助文档

DMS数据追踪

如果您不是通过DMS进行的变更,也可以通过DMS进行数据的追踪,逆向解析Binlog,本地Binlog和本地清理后到OSS上的Binlog都可以追踪。(前提在binlog仍然存在,一般云数据库Binlog保留周期为7天,如需更长时间可在RDS控制台按需调整)

使用场景

  • MySQL 5.5/5.6/5.7/8.0
  • DELETE/UPDATE/INSERT
  • 少量

功能

  • 在线搜索日志内容,无需手工下载Binlog。
  • 支持数据的插入/更新/删除日志搜索,无需手工解析Binlog。
  • 支持逐条数据恢复,无需手工生成回滚语句。

支持的Binlog

  • OSS Binlog(RDS会定时将Binlog备份到OSS上)。
  • 本地热Binlog(数据库服务器上Binlog)。

操作示例如下图所示:
image.png

更多内容请参见帮助文档
示例—少量数据追踪
操作示例如下图所示:
image.png

更多内容请参见帮助文档

从回收站恢复

内核支持从回收站进行恢复,我们只需要确认回收站中有我们想要的表。

使用场景

  • MySQL 8.0
  • DROP TABLE/SCHEMA
  • 其它对象的删除策略是:
  1. 与表无关的对象,比如 procedure,根据操作语句决定是否保留,不做回收。
  2. 表的附属对象,比如 trigger,Foreign key,column statistics等,只要存在可能修改表数据的,做删除,比如 trigger,Foreign key。 但columns statistics不做清理,随表进入回收站。

找回方法

  • 查看回收站表
CALL DBMS_RECYCLE.SHOW_TABLES();--------------看回收站里的表。
  • 找回方法
CREATE TABLE SRC_SCHEMA.SRC_TABLE LIKE SCHEMA.TABLE;-------------------- 加粗部分是要替换的内容。
INSERT INTO SRC_SCHEMA.SRC_TABLE SELECT * FROM SCHEMA.TABLE; ----- 加粗部分是要替换的内容。

示例—从回收站恢复T1的数据

mysql> call dbms_recycle.show_tables(); 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
| SCHEMA | TABLE | ORIGIN_SCHEMA | ORIGIN_TABLE | RECYCLED_TIME | PURGE_TIME | 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
| __recycle_bin__ | __innodb_1063 | product_db | t1 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1064 | product_db | t2 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1065 | product_db | parent | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
| __recycle_bin__ | __innodb_1066 | product_db | child | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 | 
+-----------------+---------------+---------------+--------------+---------------------+---------------------+ 
4 rows in set (0.00 sec)
mysql>create table product_db.t1 like __recycle_bin__. __innodb_1063;
mysql>insert into product_db.t1 select * from __recycle_bin__. __innodb_1063;

克隆实例

如果您还没有使用DMS,也可以用控制台上实例的备份来恢复,克隆示例支持按照时间点或备份集恢复,最安全的方式建议恢复到一个新实例,不在原实例原地恢复。

使用场景

  • 通过备份克隆出整个实例。
  • 所有误操作(DDL/DML)。

还原方式

  • 指定时间点。
  • 指定备份集。

操作步骤

  1. 恢复到一个新实例。
  2. 验证数据准确性。
  3. 将数据迁回原实例。

操作示例如下图所示:
image.png

更多内容请参见帮助文档

库/表级别恢复

如果您之前设置了库/表级别备份的话,您的误操作如果只是一个库或者表,那么您可以进行库/表级别恢复,但是库/表级别恢复有很多限制。

使用场景

  • 通过备份指定恢复误删的数据库或表。
  • 所有误操作(DDL/DML)。
    操作示例如下图所示:

image.png

限制事项

  • 必须打开库/表级别备份。
  • 每次最多选择50个库/表。
  • 运行中且没有被锁定。
  • 如果要按时间点进行恢复,需要确保日志备份已开启。
  • 若要按备份集恢复,则原实例必须至少有一个备份集。
    image.png

更多内容请参见帮助文档

从DBS恢复

如果您之前选择了DBS备份,您就可以通过DBS进行事后恢复。

使用场景

  • 支持整个实例、多个数据库、单个数据库、多张表或一张表恢复。
  • 支持秒级任意时间点恢复,并且用户可以灵活选择恢复对象。

操作示例如下图所示:
image.png
image.png

可以进行选择恢复操作的时间点等操作配置,操作示例如下图所示:
image.png

相关文章
|
9天前
|
存储 Oracle 关系型数据库
数据库传奇:MySQL创世之父的两千金My、Maria
《数据库传奇:MySQL创世之父的两千金My、Maria》介绍了MySQL的发展历程及其分支MariaDB。MySQL由Michael Widenius等人于1994年创建,现归Oracle所有,广泛应用于阿里巴巴、腾讯等企业。2009年,Widenius因担心Oracle收购影响MySQL的开源性,创建了MariaDB,提供额外功能和改进。维基百科、Google等已逐步替换为MariaDB,以确保更好的性能和社区支持。掌握MariaDB作为备用方案,对未来发展至关重要。
34 3
|
9天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
34 3
|
9天前
|
SQL 关系型数据库 MySQL
数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog
《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》介绍了如何利用MySQL的二进制日志(Binlog)恢复误删除的数据。主要内容包括: 1. **启用二进制日志**:在`my.cnf`中配置`log-bin`并重启MySQL服务。 2. **查看二进制日志文件**:使用`SHOW VARIABLES LIKE &#39;log_%&#39;;`和`SHOW MASTER STATUS;`命令获取当前日志文件及位置。 3. **创建数据备份**:确保在恢复前已有备份,以防意外。 4. **导出二进制日志为SQL语句**:使用`mysqlbinlog`
49 2
|
13天前
|
运维 关系型数据库 MySQL
自建数据库迁移到云数据库RDS
本次课程由阿里云数据库团队的凡珂分享,主题为自建数据库迁移至云数据库RDS MySQL版。课程分为四部分:1) 传统数据库部署方案及痛点;2) 选择云数据库RDS MySQL的原因;3) 数据库迁移方案和产品选型;4) 线上活动与权益。通过对比自建数据库的局限性,介绍了RDS MySQL在可靠性、安全性、性价比等方面的优势,并详细讲解了使用DTS(数据传输服务)进行平滑迁移的步骤。此外,还提供了多种优惠活动信息,帮助用户降低成本并享受云数据库带来的便利。
|
23天前
|
关系型数据库 MySQL 数据库
Python处理数据库:MySQL与SQLite详解 | python小知识
本文详细介绍了如何使用Python操作MySQL和SQLite数据库,包括安装必要的库、连接数据库、执行增删改查等基本操作,适合初学者快速上手。
159 15
|
16天前
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
|
23天前
|
关系型数据库 MySQL 数据库
数据库数据恢复—MYSQL数据库文件损坏的数据恢复案例
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现:1、数据库无法进行查询等操作;2、使用mysqlcheck和myisamchk无法修复数据库。
|
27天前
|
SQL 关系型数据库 MySQL
MySQL导入.sql文件后数据库乱码问题
本文分析了导入.sql文件后数据库备注出现乱码的原因,包括字符集不匹配、备注内容编码问题及MySQL版本或配置问题,并提供了详细的解决步骤,如检查和统一字符集设置、修改客户端连接方式、检查MySQL配置等,确保导入过程顺利。
|
8月前
|
存储 数据采集 安全
瓴羊Dataphin数据安全能力再升级,内置分类分级模板、上线隐私计算模块
瓴羊Dataphin数据安全能力再升级,内置分类分级模板、上线隐私计算模块
221 0
|
6月前
|
安全 Java Apache
Java中的数据安全与隐私保护技术
Java中的数据安全与隐私保护技术

相关产品

  • 云数据库 RDS MySQL 版
  • 云数据库 RDS