• 关于

    mysql日志恢复

    的搜索结果

回答

增量备份的原理就是使用了mysql的binlog日志。本次操作的MySQL版本为5.5.40 for Linux (x86_64)。增量备份要确保打开了二进制日志,参考mysql的日志系统:mysql> show variables like '%log_bin%';首先对pak数据库做一个完整备份:$ mysqldump -h localhost -upak -ppwd -P3306 --master-data=2 --single-transaction --opt pak > pak_bak_full.sql这时候就会得到一个全备文件pak_bak_full.sql。mysqldump操作会导致滚动一次log,假设新的binlog文件是mysql-bin.000002。模拟插入数据和误操作 在pak库的某个表插入一些数据,然后执行flush logs命令。这时将会产生一个新的二进制日志文件mysql-bin.000003,mysql-bin.000002则保存了全备过后的所有更改,既增加记录的操作也保存在了mysql-bin.00002中。 再在pak库中的t_user表中增加两条记录,然后误删除t_user表。t_user中增加记录的操作和删除表的操作都记录在mysql-bin.000003中。 开始恢复 恢复过程不要记录日志: 首先导入全备数据 我们也可以看到全备时的binlog位置:查看当前所在二进制日志中的位置:根据上面两个position能大概确定需要完整恢复哪几个binlog文件。恢复mysql-bin.000002在待恢复的position或时间点以前、全备以后的binlog需要全部恢复,多个文件以空格隔开此时查询可以得到前两条数据。 恢复部分mysql-bin.000003这个日志中包括了新增记录和误删表两个部分,我们需要恢复到新增记录之后、误删操作以前的位置。如果知道误操作的命令如DROP TABLE,则可以通过下面的方法在binlog文件中找到误操作之前的那个position:(如下面的信息显示,误操作DROP TABLE之前的pos是775,在datetime 141204 15:08:04或pos 882时完成DROP TABLE操作)恢复命令:如果position难以确定,但知道需要恢复到的确切(服务器)时间,也可以使用datetime:如果不是误操作导致的,而是迁移数据库,那么不需要position或datetime,使用所有binlog文件增量恢复即可。 确定恢复成功后记得打开日志记录:报错 unknown variable 'default-character-set=utf8'在使用mysqlbinlog查看二进制日志的时候,提示下面的错误: 原因是在我为了统一mysql客户端到服务端的的字符编码,在/etc/my.cnf文件的[client]、[mysqld]等节加入了default-character-set = utf8,mysqlbinlog会从my.cnf中的[client]读取配置,但奈何mysqlbinlog并不认识这个选项(据说是个bug)导致的。应对这个bug的方法有两个:第一,自然是注释到[client]中的这个字符集配置;第二,改用loose-default-character-set = utf8。在选项前加了loose-,表示当程序不认识此选项时会略过此选项,并给出一个警告。

蛮大人123 2019-12-02 01:44:20 0 浏览量 回答数 0

回答

对于数据复制需求,很容易混淆数据迁移、同步、恢复这三个概念,本文介绍这三个概念的区别,方便您清楚认知自己的需求,并提供多种方案,可满足您的上云、迁云、同步、恢复等业务需求。 数据迁移/同步/恢复区别 数据迁移和恢复的异同 数据迁移和恢复都可以将数据复制到新实例,但是它们之间还有一定的区别: 数据迁移主要用于上云迁移,通过数据传输服务DTS将本地数据库/ECS上的自建数据库/第三方云数据库迁移至阿里云数据库,也可以从阿里云迁移至自建数据库。 数据恢复是通过数据备份和日志备份进行恢复,可以将某个备份集的数据恢复到实例,也可以通过备份集和日志备份将数据恢复到某个时间点。 数据迁移和恢复可以互补以实现更多功能,例如恢复数据到新实例后再通过DTS迁移回原实例,可以避免修改应用程序连接地址。 说明 控制台提供的恢复功能可以满足用户的大部分恢复需求,同时覆盖了部分迁移数据的需求(例如不要求增量迁移)。 数据迁移和同步的区别 数据迁移主要用于上云迁移,在勾选增量迁移时,可以实现数据同步的部分功能,但是不如数据同步灵活,例如不支持在线修改同步对象、不支持双向同步等。数据迁移属于一次性任务,迁移完成后即可释放实例。 数据同步主要用于两个数据源之间的数据实时同步,适用于异地多活、数据灾备、跨境数据同步、查询与报表分流、云BI及实时数据仓库等场景。它属于持续性任务,任务创建后会一直同步数据,保持数据源和数据目标的数据一致性。 数据迁移 适用场景 文档链接 (迁移上云)自建数据库迁移至RDS MySQL 从自建MySQL迁移至RDS MySQL 从通过专线/VPN网关/智能网关接入的自建MySQL迁移至RDS MySQL 从通过专线接入的自建MySQL迁移至其他云账号下的RDS MySQL 从自建DB2迁移至RDS MySQL 使用mysqldump迁移MySQL数据 从自建Oracle迁移至RDS MySQL RDS MySQL迁移至POLARDB 一键升级RDS MySQL到PolarDB MySQL 一键克隆RDS MySQL到POLARDB for MySQL 将第三方云数据库迁移至RDS MySQL 从Amazon RDS MySQL迁移至阿里云 从Amazon RDS Oracle迁移至阿里云RDS MySQL 从Amazon Aurora MySQL迁移至阿里云 从腾讯云MySQL迁移至阿里云 Google Cloud SQL的MySQL数据库迁移到阿里云 百度云MySQL数据库迁移到阿里云 华为云MySQL数据库迁移到阿里云 RDS实例间的数据库迁移 RDS实例间的数据迁移 不同RDS实例下库名不同的数据库之间的数据迁移 使用DTS跨阿里云账号迁移RDS数据 单个RDS实例内的数据迁移 RDS实例内不同数据库之间的数据迁移 将RDS MySQL数据迁移至自建MySQL数据库 从RDS MySQL迁移至自建MySQL 数据同步 适用场景 文档链接 MySQL间数据同步 RDS MySQL实例间的双向同步 RDS MySQL实例间的单向同步 从ECS上的自建MySQL同步至RDS MySQL 从通过专线/VPN网关/智能网关接入的自建MySQL同步至RDS MySQL 不同阿里云账号下RDS MySQL实例间的数据同步 从RDS MySQL同步至PolarDB MySQL 从RDS MySQL同步至通过专线/VPN网关/智能网关接入的自建MySQL MySQL数据同步至其他数据库 从RDS MySQL同步到AnalyticDB for MySQL 从RDS MySQL同步至AnalyticDB for PostgreSQL 从RDS MySQL同步至DataHub 从RDS MySQL同步至MaxCompute 从RDS MySQL同步至自建Kafka集群 数据恢复 适用场景 文档链接 RDS MySQL数据恢复至新实例/原实例 恢复MySQL数据 MySQL单库单表恢复 跨地域恢复 RDS MySQL数据恢复至自建数据库 RDS MySQL 物理备份文件恢复到自建数据库 RDS MySQL逻辑备份文件恢复到自建数据库 说明 如果实例还未释放或者对数据时间点没有要求,建议使用DTS从RDS MySQL迁移至自建MySQL。

游客yl2rjx5yxwcam 2020-03-09 10:46:05 0 浏览量 回答数 0

问题

如何恢复日志文件中mysql产生的错误?

几许相思几点泪 2019-12-23 22:10:57 12 浏览量 回答数 1

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

回答

mysql目录只有一些全局授权数据和数据库字典,具体每个库的数据在data下的其他目录里面。删掉mysql目录如何会导致数据丢失?建议试试下面的方法:1、备份data目录下所有非mysql目录。2、如果只是数据字典丢失,删除data下非mysql目录,重新执行建库或建表sql,然后把备份的目录覆盖新创建数据库的子目录。3、如果二进制日志还在,使用mysqlbinlog恢复上次删除目录时到现在的二进制日志。4、如果不是数据字典丢失,而是原始数据目录被删掉,则重新执行建库或建表sql,然后恢复所有的二进制日志。5、如果是原始数据和日志都删掉,也没有任何备份,那就没有任何办法了,linux文件系统无法完全找回丢失数据

蛮大人123 2019-12-02 01:42:39 0 浏览量 回答数 0

问题

为什么mysql根据二进制日志无法恢复数据?

落地花开啦 2019-12-01 20:01:59 915 浏览量 回答数 1

回答

如果开启了 二进制日志就用日志恢复,如果没有开启 就需要从数据文件恢复删除记录,百度下 mysql数据库删除记录恢复

av200av 2019-12-02 01:48:03 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:14 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 您可以通过设置备份策略调整 RDS 数据备份和日志备份的周期来实现自动备份,也可以通过手动备份 RDS 数据。 实例备份文件占用备份空间,空间使用量超出免费的额度将会产生额外的费用,请合理设计备份周期,以满足业务需求的同时,兼顾备份空间的合理利用。关于免费额度详情,请参见查看备份空间免费额度。关于备份空间使用量的计费标准,请参见云数据库 RDS 详细价格信息。 备份策略 阿里云数据库支持数据备份和日志备份。如要按照时间点恢复数据,需启用日志备份。各类型数据库备份策略如下: 数据库类型 数据备份 日志备份 MySQL MySQL 5.5/5.6/5.7 本地SSD盘(含高可用版和金融版): 自动备份支持全量物理备份。 手动备份支持全量物理备份、全量逻辑备份和单库逻辑备份。 MySQL 5.7 SSD云盘(基础版): 仅支持快照备份,且不支持逻辑备份。 备份文件免费保存,最多7天。 MySQL 5.7 SSD云盘(高可用版): 仅支持快照备份,且不支持逻辑备份。 Binlog (500MB/个)产生完后立即压缩上传,24 小时内删除本地文件。 Binlog 文件会占用实例的磁盘容量。 用户可以通过一键上传 Binlog将 Binlog 文件上传至 OSS,不影响实例的数据恢复功能,Binlog 也不再占用实例磁盘空间。 SQL Server 支持全量物理备份和增量物理备份。 自动备份以全量备份-增量备份-增量备份为周期循环。 如:星期一为全量备份,则星期二和星期三为增量备份,星期四为全量备份,星期五和星期六为增量备份,依次循环。 如果备份周期循环期间执行过手动全量备份,则后续两次将自动执行增量备份。 每次备份时SQL Server会收缩事务日志。 用户可以在目标实例管理控制台上的备份恢复页面,单击收缩事物日志,手动收缩事物日志。 包含在数据备份内,不单独提供事物日志下载。 PostgreSQL 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 PPAS 支持全量物理备份 WAL(16MB/个)产生完后立即压缩上传,24小时内删除本地文件。 自动备份(设置备份策略) 阿里云数据库会执行用户设定的备份策略,自动备份数据库。 说明 本例以MySQL 5.7 本地SSD盘(高可用版)为例。 登录 RDS 管理控制台。 单击目标实例的ID,进入基本信息页面。 在菜单中选择 备份恢复。 在 备份恢复页面中选择 备份设置,单击 编辑。 在 备份设置页面设置备份规格,单击 确定。参数说明如下: 参数 说明 数据备份保留 默认为7天,可以设置 7~730 天 MySQL 5.7 SSD云盘(基础版),备份文件免费保存,最多7天。 备份周期 可以设置为一星期中的某一天或者某几天 SQL Server、PostgreSQL、PPAS 实例默认每天都进行备份,不可修改。 备份时间 可以设置为任意时段,以小时为单位。 日志备份保留 日志备份文件保留的天数,默认为 7 天。 可以设置 7~730 天,且必须小于等于数据备份天数。 手动备份 说明 本例以MySQL 5.7 本地SSD盘(高可用版)单库逻辑备份为例。 登录 RDS 管理控制台。 选择目标实例所在地域。 单击目标实例的 ID,进入基本信息页面。 单击页面右上角的备份实例,打开备份实例对话框。 说明 备份方式、备份策略:各引擎支持的备份策略不同,请参见备份策略。 单库备份时,选择左侧的数据库,单击>将要备份的数据库加入列表。若您还没有数据库,请先创建数据库。 设置好备份方式、备份策略,单击确定。

2019-12-01 22:57:13 0 浏览量 回答数 0

问题

MySQL Binlog日志的生成和清理规则

云栖大讲堂 2019-12-01 21:32:16 2396 浏览量 回答数 0

回答

1、首先确认你日志是否启用了mysql>show variables like 'log_bin'。 2、如果启用了,即ON,那日志文件就在mysql的安装目录的data目录下。 3、怎样知道当前的日志mysql> show master status。 4、看二进制日志文件用mysqlbinlog,shell>mysqlbinlog mail-bin.000001或者shell>mysqlbinlog mail-bin.000001 | tail,Windows 下用类似的。 MySQL的日志操作: 1、首先,登陆mysql后,执行sql语句:show variables like 'log_bin'。 2、#错误日志log-errol开启方式:在my.ini的[mysqld]选项下:添加代码:log-error=E:\log-error.txt。 记录内容:主要是记录启动、运行或停止mysqld时出现的致命性问题,都是系统级的错误记录。 3、#查询日志:log,开启方式:在my.ini的[mysqld]选项下:添加代码:log=E:/mysql_log.txt。 4、#二进制日志:log-bin,开启方式:在my.ini的[mysqld]选项下:添加代码:log-bin=E:/mysql_log_bin,记录内容:主要是记录所有的更改数据的语句,可使用mysqlbinlog命令恢复数据。 答案来源于网络

养狐狸的猫 2019-12-02 03:01:09 0 浏览量 回答数 0

问题

用户指南-MySQL Binlog日志的生成和清理规则

李沃晟 2019-12-01 21:39:26 729 浏览量 回答数 0

问题

XAMPP-MySQL意外关闭

保持可爱mmm 2020-05-10 19:34:07 0 浏览量 回答数 1

问题

mysql备份恢复数据

test_cd 2019-12-01 18:57:02 307 浏览量 回答数 1

回答

  mysql日志会记录每一次对数据库的操作 你不小心误删除了东西  可以根据日志随时恢复 删除日志也可以 阿里云每天会帮你备份的 只要自己注意别误删除就好了  不然就算你恢复备份 也是会丢失一些数据的

小猪猪 2019-12-01 23:11:18 0 浏览量 回答数 0

问题

如何将数据备份/恢复

云栖大讲堂 2019-12-01 21:47:01 1103 浏览量 回答数 0

回答

在my.cnf中添加如下参数innodb_force_recovery=6innodb_force_recovery影响整个InnoDB存储引擎的恢复状况,默认值为0,表示当需要恢复时执行所有的恢复操作。当不能进行有效的恢复操作时,mysql有可能无法启动,并记录下错误日志。innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。当设置参数值大于0后,可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。1(SRV_FORCE_IGNORE_CORRUPT):忽略冲突2(SRV_FORCE_NO_BACKGROUND):禁止后台运行模式3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚。4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲合并。5(SRV_FORCE_NO_UNDO_LOG_SCAN):不重做日志扫描,InnoDB存储引擎会将未提交的事务视为已提交。6(SRV_FORCE_NO_LOG_REDO):不重做日志。参考http://www.php.cn/mysql-tutorials-379834.html

徐雷frank 2019-12-02 01:42:26 0 浏览量 回答数 0

回答

在 ECS Linux 上自建 MySQL 服务器,经常遇到各种无法启动或启动后异常的问题,本文列举一些常见问题的解决办法。 注意:以下错误日志提示,都是查看 MySQL 错误日志得到,查看方法如下: 查看下 MySQL 配置文件 my.cnf 中有记录,日志记录在 /alidata/log/mysql/error.log 下 20150507184311.png MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service MySQL 配置了过大的内存导致无法启动,错误日志:InnoDB: Cannot allocate memory for the buffer pool MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start') MySQL 目录权限问题导致无法启动,错误日志:File './mysql-bin.index' not found (Errcode:13 - Permission denied) MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table MySQL 启动成功但未监听端口 MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation 磁盘空间满导致 MySQL 无法启动 进程残留导致 MySQL 无法启动 MySQL 服务自动停止 MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored 问题描述 ECS Linux MySQL 无法启动,报如下错误: Snip20160218_7.png 问题分析 查看 MySQL 错误日志发现如下错误(提示 MySQL 库的 host 表无法打开): Snip20160218_8.png 查看 /etc/my.cnf 配置文件: Snip20160218_10.png 到 MySQL 数据库所在目录查看表是否存在: Snip20160218_16.png 发现 MySQL 库的 host 表是存在的,那为什么会提示不存在呢? 问题应该出在 /etc/my.cnf 文件上,从第一个截图也可以看到警告信息(/etc/my.cnf 被忽视) 查看文件权限: Snip20160218_13.png 原来文件权限被设置成 777,因安全问题导致被 MySQL 忽视,所以去查询默认的数据库存放路径,没有 MySQL 库的 host 表导致启动失败: Snip20160218_17.png 解决办法 将 /etc/my.cnf 权限修改成 644,然后启动 MySQL 即可: Snip20160218_18.png Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found 问题描述 清理磁盘空间时删除了全部 binglog 日志,导致 MySQL 无法启动: 1.JPG MySQL 的 errorlog 里面可以看到错误信息: 1.JPG 解决办法 1、注释 Binlog 配置恢复方法: 编辑 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#将其注释暂时关闭 binlog,保存修改后启动 MySQL 服务 注意:my.cnf 配置文件路径以实际调用路径为准 2.JPG 2、清理 Binlog 索引恢复方法: 查看 Binlog 索引文件 test002.jpg 所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通过 vi 或者 echo 命令清理,如下: echo “” > mysql-bin.index 去除 Binlog 日志索引文件中调用的内容后,测试启动成功。 [root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS! 3、文件还原恢复方法: 提交工单,由我们帮您挂载最近的快照,您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下,再重启 MySQL 服务即可。 注意:提交工单时请说明需要挂载快照的磁盘和快照。 正确清理 MySQL Binlog 方法请参考如下命令: mysql -uroot -p 密码use mysql;purge binary logs to ‘mysql-bin.011113’; 注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不会被删除,而 mysql-bin.011113 之前的日志都会被删除。 3.JPG Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 问题描述 MySQL 无法启动报错: Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid). 查看 MySQL 的错误日志会提示如下信息: 110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13) 这说明 Binlog 日志无法去读,一般由于磁盘空间满,或者权限不正确导致。 解决办法 首先查询磁盘空间: [root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66% /alidata 查看磁盘空间没有满,则需要 ls 命令检查文件权限: -r———— 1 root root 601 Jul 28 2014 mysql-bin.000001 这说明文件属主和权限不正确,需要执行如下两条命令修复(mysql-bin.000001 这个日志文件需要换成具体文件名): chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001 修改正确后已经可以正常启动mysql 不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 问题描述 MySQL 启动报错信息如下: Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED] 根据提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。 [root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs: man:systemd-sysv-generator(8)Process: 2979 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.[root@ ~]# journalctl -xeUnit session-2.scope has begun starting up.Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….— Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..— Subject: Unit mysqld.service has failed— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1. 这些信息并不能提供服务启动失败的真正原因。 查看 MySQL 的告警日志: 2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 解决办法 MySQL 服务在启动的时候,不能创建 pid 文件。 在终端看一下该目录是否存在,如果不存在,手动创建: [root@ ~]# mkdir -p /var/run/mysqld/ 再次尝试启动 MySQL 服务,报错如下: Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED] 查看 MySQL 的告警日志: 2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 权限不正确,/var/run/mysqld/ 的属主和属组还是 root,MySQL 并不能在其中创建文件后修改该目录的属主和属组, [root@ ~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]# /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ] 不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) 问题描述 MySQL 启动失败,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) 说明/tmp目录无法写入 解决办法 1、使用命令 ll -d /tmp 命令检查目录权限 2、使用 chmod 1777 /tmp 设置为正确权限 再测试可以启动成功 test701.jpg MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service 问题描述 执行 MySQL 启动命令 service mysqld start 时,提示 mysqld: unrecognized service(未识别的服务),现象如图: 1.png 问题分析 因为 service 命令是通过 /etc/init.d 启动服务目录来调用的,所以我们需要看一下 /etc/init.d 是否存在 mysqld 这个服务,使用 find /etc/init.d/ -name mysqld 命令来查找,发现没有 mysqld 这个文件了 2.png 这个就是导致通过 service 命令启动报错的原因了,这时候我们需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/ 下,先使用 find / -name mysql.server 命令来查找下 mysql.server 文件位置,发现是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中 3.png 解决办法 现在我们需要将这个文件复制到 /etc/init.d/ 目录下,改名为 mysqld,并且赋予这个文件可执行权限 4.png 最后通过命令 chkconfig —add mysqld 添加开机自动启动服务 5.png 使用 service mysqld start 启动成功 6.png MySQL 配置了过大的内存导致无法启动,错误提示:InnoDB: Cannot allocate memory for the buffer pool 问题描述 MySQL 启动时报错,查看错误日志有[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存) 解决办法 需要调整 MySQL 配置文件 my.cnf 中的 "innodb_buffer_pool_size"、"key_buffer_size" 的大小设置,适当的调大内存分配,一般调整为系统内存的一半 先使用 free -m 查看下系统内存大小,查看是 1G 内存 1.png 那么 vi /etc/my.cnf,调整 "innodb_buffer_pool_size"、"key_buffer_size" 各为 500M 注意:my.cnf 以实际配置文件路径为准。 2.png 重启 MySQL 服务使其生效 3.png MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start') 问题描述 ECS Linux 系统安装 MySQL,启动的方式有多种,如果输入 /路径/mysqld start —user=mysql 启动后,出现报错:Too many arguments (first extra is 'start'),则说明这是因为启动 MySQL 的时候参数过多导致。 解决办法 遇到该问题,通过直接输入 /路径/mysqld —user=mysql,的方式启动,如下图: MySQL 目录权限问题导致无法启动,错误提示:File './mysql-bin.index' not found (Errcode:13 - Permission denied) 问题描述 MySQL 启动报错,错误日志,如下图 提示的异常为权限异常,我们到 data 目录查看 mysql-bin.index 的权限 正常情况下 data 目录下文件的属主和属组都应该是 mysql,目前为 root 备注:不太熟悉权限的朋友可以找一台正常的 MySQL 主机对比下 解决办法 找到问题之后解决起来就比较好办了,授予正确的权限,然后启动 MySQL MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table 问题描述 MySQL 服务启动时提示: ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file. 问题分析 查看错误日志提示:can't open the mysql.plugin table ,please run mysql_upgrade to create it 解决办法 使用如下命令指定 datadir 与 basedir 进行初始化启动: /alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/ 注意:以实际 MySQL 安装路径为准 MySQL 启动成功但未监听端口 问题描述 MySQL 启动成功,使用 ps -ef |grep mysql 可以看到进程,如下图: 也可以在服务器登陆,如下图: 但是使用 netstat -antp| grep 3306 可以看到没有监听端口。 查看 MySQL 配置文件,端口也没有更改。 解决办法 检查发现是配置文件中使用了 skip-networking,可以看到这个选项的的作用是不监听端口,同主机的用户通过 sockets 进行链接。外部主机由于没有监听端口,将无法连接。 将 skip-networking 注释掉之后,重启 MySQL 可以看到端口监听了。 MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation 问题描述 mysql启动提示 update pid 失败: Starting MySQL. ERROR! Manager of pid-file quit without updating file. 同时错误日志中记录: InnoDB Operating system error number 13 in a file operation,如图: 解决办法 从该报错看,是提示操作系统访问文件 /usr/local/mysql/var/idata1 无权限 查看权限如下: 调整为 MySQL 可以访问的权限后,比如 777,或者是调整属帐号为 mysql,可以正常启动 MySQL。 磁盘空间满导致 MySQL 无法启动 问题描述 启动 MySQL 报错:ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file. 查看下 MySQL 错误日志提示: 没有记录有效的信息,磁盘空间不足会导致这种情况 解决办法 df -h 看下 find / -size +100M 查看下大于100M 的文件 MySQL 日志占用空间太大,无特殊需求可以删除掉。 进程残留导致 MySQL 无法启动 问题描述 MySQL 启动失败,错误提示:Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file. 使用 ps -A | grep mysqld ,发现 mysqld 和 mysqld_safe 进程残留,进程 ID 994 和 1221 解决办法 kill两个进程之后重新启动 MySQL 成功启动 MySQL服务自动停止 问题描述 服务器上安装的 MySQL,会出现自动停止的情况。出现这种现象,通常是服务器的内存不足导致的。 具体可以通过服务器日志来进行分析排查: 查看服务器的系统日志 /var/log/messages tail /var/log/messages 看下在 MySQL 自动停止的时间段内,有什么异常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服务器的内存使用不足,导致系统自动杀死的 MySQL 的进程 解决办法 通过升级服务器的内存可以解决.

KB小秘书 2019-12-02 02:07:16 0 浏览量 回答数 0

回答

ECS Linux MySQL 常见无法启动或启动异常的解决方案 在 ECS Linux 上自建 MySQL 服务器,经常遇到各种无法启动或启动后异常的问题,本文列举一些常见问题的解决办法。 注意:以下错误日志提示,都是查看 MySQL 错误日志得到,查看方法如下: 查看下 MySQL 配置文件 my.cnf 中有记录,日志记录在 /alidata/log/mysql/error.log 下   MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示: World-writable config file '/etc/my.cnf' is ignored Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service MySQL 配置了过大的内存导致无法启动,错误日志:InnoDB: Cannot allocate memory for the buffer pool MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start') MySQL 目录权限问题导致无法启动,错误日志:File './mysql-bin.index' not found (Errcode:13 - Permission denied) MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table MySQL 启动成功但未监听端口 MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation 磁盘空间满导致 MySQL 无法启动 进程残留导致 MySQL 无法启动 MySQL 服务自动停止 MySQL 配置文件 my.cnf 权限问题导致无法启动,错误提示:World-writable config file '/etc/my.cnf' is ignored 问题描述 ECS Linux MySQL 无法启动,报如下错误: 问题分析 查看 MySQL 错误日志发现如下错误(提示 MySQL 库的 host 表无法打开): 查看 /etc/my.cnf 配置文件: 到 MySQL 数据库所在目录查看表是否存在: 发现 MySQL 库的 host 表是存在的,那为什么会提示不存在呢? 问题应该出在 /etc/my.cnf 文件上,从第一个截图也可以看到警告信息(/etc/my.cnf 被忽视) 查看文件权限: 原来文件权限被设置成 777,因安全问题导致被 MySQL 忽视,所以去查询默认的数据库存放路径,没有 MySQL 库的 host 表导致启动失败: 解决办法 将 /etc/my.cnf 权限修改成 644,然后启动 MySQL 即可:   Binlog 丢失导致无法启动,错误日志: File './mysql-bin.000001' not found 问题描述 清理磁盘空间时删除了全部 binglog 日志,导致 MySQL 无法启动: MySQL 的 errorlog 里面可以看到错误信息: 解决办法 1、注释 Binlog 配置恢复方法: 编辑 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#将其注释暂时关闭 binlog,保存修改后启动 MySQL 服务 注意:my.cnf 配置文件路径以实际调用路径为准 2、清理 Binlog 索引恢复方法: 查看 Binlog 索引文件 所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通过 vi 或者 echo 命令清理,如下: echo “” > mysql-bin.index 去除 Binlog 日志索引文件中调用的内容后,测试启动成功。 [root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS! 3、文件还原恢复方法: 提交工单,由我们帮您挂载最近的快照,您从快照磁盘复制最新的 binlog 文件到 mysql 的数据目录下,再重启 MySQL 服务即可。 注意:提交工单时请说明需要挂载快照的磁盘和快照。 正确清理 MySQL Binlog 方法请参考如下命令: mysql -uroot -p 密码use mysql;purge binary logs to ‘mysql-bin.011113’; 注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不会被删除,而 mysql-bin.011113 之前的日志都会被删除。   Binlog 无法读取导致无法启动,错误日志:Failed to open log (file './mysql-bin.000001', errno 13) 问题描述 MySQL 无法启动报错: Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid). 查看 MySQL 的错误日志会提示如下信息: 110711 00:00:00 [ERROR] Failed to open log (file './mysql-bin.000001', errno 13) 这说明 Binlog 日志无法去读,一般由于磁盘空间满,或者权限不正确导致。 解决办法 首先查询磁盘空间: [root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66% /alidata 查看磁盘空间没有满,则需要 ls 命令检查文件权限: -r———— 1 root root      601 Jul 28  2014 mysql-bin.000001 这说明文件属主和权限不正确,需要执行如下两条命令修复(mysql-bin.000001 这个日志文件需要换成具体文件名): chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001 修改正确后已经可以正常启动mysql   不能创建 PID 导致无法启动,错误日志:Can't start server: can't create PID file: No such file or directory 问题描述 MySQL 启动报错信息如下:  Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED] 根据提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服务启动失败的原因。 [root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs: man:systemd-sysv-generator(8)Process: 2979 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.[root@ ~]# journalctl -xeUnit session-2.scope has begun starting up.Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….— Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..— Subject: Unit mysqld.service has failed— Defined-By: systemd— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1. 这些信息并不能提供服务启动失败的真正原因。 查看 MySQL 的告警日志: 2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 解决办法 MySQL 服务在启动的时候,不能创建 pid 文件。 在终端看一下该目录是否存在,如果不存在,手动创建:  [root@ ~]# mkdir -p /var/run/mysqld/ 再次尝试启动 MySQL 服务,报错如下: Starting mysqld (via systemctl):  Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED] 查看 MySQL 的告警日志: 2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 权限不正确,/var/run/mysqld/ 的属主和属组还是 root,MySQL 并不能在其中创建文件后修改该目录的属主和属组, [root@ ~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]# /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ]   不能创建临时文件导致无法启动,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) 问题描述 MySQL 启动失败,错误日志:mysqld: Can't create/write to file '/tmp/ibfguTtC' (Errcode: 13) 说明/tmp目录无法写入 解决办法 1、使用命令 ll -d /tmp 命令检查目录权限 2、使用 chmod 1777 /tmp 设置为正确权限 再测试可以启动成功   MySQL 服务无法识别导致无法启动,错误提示:mysqld: unrecognized service 问题描述 执行 MySQL 启动命令 service mysqld start 时,提示 mysqld: unrecognized service(未识别的服务),现象如图: 问题分析 因为 service 命令是通过 /etc/init.d 启动服务目录来调用的,所以我们需要看一下 /etc/init.d 是否存在 mysqld 这个服务,使用 find /etc/init.d/ -name mysqld 命令来查找,发现没有 mysqld 这个文件了 这个就是导致通过 service 命令启动报错的原因了,这时候我们需要将源码包中的 mysql.server 拷贝复制到 /etc/init.d/ 下,先使用 find / -name mysql.server 命令来查找下 mysql.server 文件位置,发现是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中 解决办法 现在我们需要将这个文件复制到 /etc/init.d/ 目录下,改名为 mysqld,并且赋予这个文件可执行权限 最后通过命令 chkconfig —add mysqld 添加开机自动启动服务 使用 service mysqld start 启动成功   MySQL 配置了过大的内存导致无法启动,错误提示:InnoDB: Cannot allocate memory for the buffer pool 问题描述 MySQL 启动时报错,查看错误日志有[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能从缓存池中分配给innodb引擎需要的内存) 解决办法 需要调整 MySQL 配置文件 my.cnf 中的 "innodb_buffer_pool_size"、"key_buffer_size" 的大小设置,适当的调大内存分配,一般调整为系统内存的一半 先使用 free -m 查看下系统内存大小,查看是 1G 内存 那么 vi /etc/my.cnf,调整 "innodb_buffer_pool_size"、"key_buffer_size" 各为 500M 注意:my.cnf 以实际配置文件路径为准。 重启 MySQL 服务使其生效   MySQL 启动参数过多导致无法启动,错误提示:Too many arguments (first extra is 'start') 问题描述 ECS Linux 系统安装 MySQL,启动的方式有多种,如果输入 /路径/mysqld start —user=mysql 启动后,出现报错:Too many arguments (first extra is 'start'),则说明这是因为启动 MySQL 的时候参数过多导致。 解决办法 遇到该问题,通过直接输入 /路径/mysqld —user=mysql,的方式启动,如下图:   MySQL 目录权限问题导致无法启动,错误提示:File './mysql-bin.index' not found (Errcode:13 - Permission denied) 问题描述 MySQL 启动报错,错误日志,如下图 提示的异常为权限异常,我们到 data 目录查看 mysql-bin.index 的权限 正常情况下 data 目录下文件的属主和属组都应该是 mysql,目前为 root 备注:不太熟悉权限的朋友可以找一台正常的 MySQL 主机对比下 解决办法 找到问题之后解决起来就比较好办了,授予正确的权限,然后启动 MySQL   MySQL 未初始化导致无法启动,错误提示:can't open the mysql.plugin table 问题描述 MySQL 服务启动时提示: ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file. 问题分析 查看错误日志提示:can't open the mysql.plugin table ,please run mysql_upgrade to create it 解决办法 使用如下命令指定 datadir 与 basedir 进行初始化启动: /alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/ 注意:以实际 MySQL 安装路径为准   MySQL 启动成功但未监听端口 问题描述 MySQL 启动成功,使用 ps -ef |grep mysql 可以看到进程,如下图: 也可以在服务器登陆,如下图: 但是使用 netstat -antp| grep 3306 可以看到没有监听端口。 查看 MySQL 配置文件,端口也没有更改。 解决办法 检查发现是配置文件中使用了 skip-networking,可以看到这个选项的的作用是不监听端口,同主机的用户通过 sockets 进行链接。外部主机由于没有监听端口,将无法连接。 将 skip-networking 注释掉之后,重启 MySQL 可以看到端口监听了。   MySQL ibdata1权限问题导致无法启动,错误日志:InnoDB Operating system error number 13 in a file operation 问题描述 mysql启动提示 update pid 失败: Starting MySQL. ERROR! Manager of pid-file quit without updating file. 同时错误日志中记录: InnoDB Operating system error number 13 in a file operation,如图: 解决办法 从该报错看,是提示操作系统访问文件 /usr/local/mysql/var/idata1 无权限 查看权限如下: 调整为 MySQL 可以访问的权限后,比如 777,或者是调整属帐号为 mysql,可以正常启动 MySQL。   磁盘空间满导致 MySQL 无法启动 问题描述 启动 MySQL 报错:ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file. 查看下 MySQL 错误日志提示: 没有记录有效的信息,磁盘空间不足会导致这种情况 解决办法 df -h 看下 find / -size +100M 查看下大于100M 的文件 MySQL 日志占用空间太大,无特殊需求可以删除掉。   进程残留导致 MySQL 无法启动 问题描述 MySQL 启动失败,错误提示:Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file. 使用 ps -A | grep mysqld ,发现 mysqld 和 mysqld_safe 进程残留,进程 ID 994 和 1221 解决办法 kill两个进程之后重新启动 MySQL 成功启动   MySQL 服务自动停止 问题描述 服务器上安装的 MySQL,会出现自动停止的情况。出现这种现象,通常是服务器的内存不足导致的。 具体可以通过服务器日志来进行分析排查: 查看服务器的系统日志 /var/log/messages tail /var/log/messages 看下在 MySQL 自动停止的时间段内,有什么异常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服务器的内存使用不足,导致系统自动杀死的 MySQL 的进程 解决办法 通过升级服务器的内存可以解决.

51干警网 2019-12-02 00:35:31 0 浏览量 回答数 0

问题

mysql高可用主-从

test_cd 2019-12-01 18:56:47 299 浏览量 回答数 1

问题

用户指南- 备份与恢复- MySQL设置本地Binlog

李沃晟 2019-12-01 21:39:26 602 浏览量 回答数 0
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 企业建站模板