最近更新时间:2025-12-15 17:57:02
支持。
binlog_format默认是MIXED格式,可通过控制台自行调整日志格式。参考官方文档:参数配置。
数据库的cpu规格和内存相关。具体配置信息可参考官方文档:产品内存核数关系。
升级期间,不能对实例进行重启、备份操作,同时数据库服务会出现30s以内的闪断。
云数据库提供的外网EIP不需要额外付费,默认大小:进50Mbps,出20Mbps;如需调整,可以联系售后技术支持或提交工单申请。
重启、主备切换、迁移可用区、升级(降低)配置、备份回档、升级数据库版本、申请释放外网ip、开关审计等。
一般情况下不允许;如果业务临时需求,可联系售后技术支持咨询或控制台提交工单申请。
连接数配置和内存有关,默认每G内存提供200的最大连接数,详情见:产品规格限制,连接数不足可通过申请额外支持。如果需要非标调整可工单联系售后技术支持。
不支持,当前只读实例沿用主实例安全组。
默认开启半同步,可以在控制台进行修改。修改方式参考官网文档:参数配置。
拉取binlog会导致主库的磁盘io有轻微升高,不影响业务,一般可忽略。
expire_logs_days 默认配置1天,max_binlog_size默认配置128M。
建议至少保留一天的binlog数据。在实际生产中,保留策略需根据具体需求来定。参考建议如下:
场景 | 建议保留时间 | 理由 |
无备份,无主从 | 至少7天 | 提供基本的误操作恢复窗口。 |
有定期全量备份,无主从 | 保留周期 >= 全量备份周期 + 1天 | 确保最后一次全量备份后产生的所有Binlog都能被保留,用于恢复。 |
有主从复制 | 至少保留从库落后主库的时间 + 安全边际(如1天) | 防止从库因延迟未拉取日志,主库已删除导致复制中断。可通过 |
有严格的PITR需求 | 根据RPO(恢复点目标)确定,可能需数天或数周 | 确保可以恢复到任意时间点。通常需配合Binlog异地备份。 |
磁盘空间极其紧张 | 至少1天(建议),并立即扩展磁盘或调整策略 | 应急方案,风险较高。 |
每小时切分,切分之后上传,最大会有1小时的延迟。
实际时长与数据量有关,升级过程对业务没影响,预计最终影响在10s以内。
参考:某实例用了100G,预计1小时左右可以完成。
目前仅支持小版本升级,不支持5.7升8.0。
不支持。
目前仅支持多可用区,不支持多region。
MySQL支持MySQL 5.5、MySQL 5.6、MySQL 5.7、MySQL 8.0、Percona 5.6。
可联系售后技术支持或者提交工单申请调整。
控制台实例监控可直接查看binlog和数据文件所占用空间。参考官方文档:实例监控。
23年及23年之前创建的MySQL实例的内网带宽限制是150Mbps;24年之后创建的MySQL实例的内网带宽限制是400Mbps。
对的。
不能。
临时实例创建出来之后,除了安全组是共用的,其余均不会影响主实例。
临时实例目前不收费,临时实例3日内有效,7日后系统自动删除。需要长期使用可以升级为高可用实例。
纯净模式
