云原生数据库 GaiaDB 的核心技术演进和解析 - 云原生数据库 GaiaDB_关系型数据库_MySQL上云_数据库-帮助文档
随着距离的增加，网络延迟会增加，这可能会影响数据库操作的性能和响应时间。为了降低延迟，可以采取一些措施，如优化网络架构、使用低延迟网络协议和缓存技术等。 解决方案 在数据库多AZ的部署中，我们采用了物理同步协议，这种协议可以确保在任意切换过程中不丢失任何数据。通过多AZ热活的解决方案，我们可以同时提供服务，从而确保即使在一个区域发生故障时，其他区域也能够继续提供服务。
创建集群 - 云原生数据库 GaiaDB_关系型数据库_MySQL上云_数据库-帮助文档
创建集群 前提条件 已注册百度智能云账号。具体操作请参见注册百度智能云账号。 操作步骤 登录 云原生数据库GaiaDB控制台 。 在 GaiaDB 控制台的左上角，选择要在其中创建数据库集群的区域。 在”云原生数据库GaiaDB 列表“页面，点击 创建集群 按钮。在集群创建页面，配置以下参数。
代理实例简介 - 云数据库RDS | 百度智能云文档
您可以连接数据库代理访问地址使用数据库代理的各项功能，以简化RDS MySQL数据库实例的连接管理。RDS MySQL数据库代理具有高可用、高性能、可运维、简单易用等特点。 只读实例开通后，您可以创建 代理实例 ，对主实例和只读实例的读流量权重进行设置和管理，赋予主实例弹性的 读能力扩展 ，从而可以增加用户的吞吐量，减轻主实例在面对大量读请求时的压力。
百度云原生数据库GaiaDB的HTAP与多地多活技术实践 | 百度智能云
同时全对称架构还可以避免故障场景下批量选主带来的服务中断与请求风暴问题，任意副本故障不会影响其他副本工作，可用性更高、延迟更平稳。对于写链路则使用并行写入技术加速，最快的多数派返回即可实现写入成功。综上，GaiaDB的同城多活架构在读写链路上都可以避免单个慢节点/机房导致的性能抖动问题，使整体性能损耗控制在很小的范围内。
MongoDB数据安全最佳实践_解决方案实践
建议您在设置密码时注意： a.避免使用弱密码：简单的数字组合、账号相同的数字组合、键盘上临近键等； b.使用长密码：密码位数大于16位将增加数据库访问安全性； c.定期修改密码；如每隔90天修改1次密码； d.避免共享密码：使用没有在其他任何地方使用的密码； 多用户访问控制和企业组织管理 多用户访问控制 多用户访问控制，主要用于帮助用户管理云账户下资源的访问权限，适用于企业内的不同角色，可以对不同的工作人员赋予使用产品的不同权限
大事务报警处理方法 - 云数据库RDS | 百度智能云文档
参考资料： 《监控报警操作指南》 需求场景 适用于有大事务困扰的云数据库RDS用户。 方案概述 问题发现 大事务问题的发现渠道有如下几种： 在BCM配置了RDS最大事务执行时间的监控策略，当达到报警阈值，会发送报警信息。 访问数据库过程中发现耗时增加，极大可能是存在未提交的大事务，阻塞了部分线程的SQL执行 查看RDS仪表盘监控趋势图，观察最大事务执行时间的曲线，如下图例。
产品优势 - 数据库智能驾驶舱 DBSC | 百度智能云文档
产品优势 简单易用 通过数据库智能驾驶舱，随时随地管理百度智能云数据库。 实时洞察 可以快速定位异常，相比人工节约 80% 时间，帮助您提升工作效率。 智能评估系统 相较于传统方法可提前 1 个月以上发现容量瓶颈，持续保持数据库的稳定性。 AI驱动的智能运维 相比传统基于规则优化 SQL，基于 AI 的 SQL 优化准确率提升 40%；智能领航员回答复杂问题准确率在 80% 以上。
创建只读实例 - 云数据库RDS | 百度智能云文档
创建只读实例 概述 您可以通过创建只读实例满足大量的数据库读取需求，增加应用的吞吐量。创建只读实例相当于复制了一个主实例，数据与主实例一致，主实例的数据更新也会自动同步到所有只读实例。 本文将介绍云数据库 RDS for MySQL 只读实例的创建，您可通过 RDS 控制台创建并管理实例。 不同引擎及规格的数据库的价格不同，详情请参见 产品价格 。
创建实例 - 云数据库 SCS_云缓存
云数据库 Redis 实例仅允许相同 VPC 内的设备访问，请确保与需要连接的 BCC 实例创建于同一个 VPC。仅支持选择“通用型”子网。创建后暂不支持更改。 可用区 可用区 地域内的独立物理区域。部分地域支持多可用区： 单可用区：可降低访问时延，但不再具有跨机房灾备优势。 多可用区：提高数据库可用性，但可能增加访问时延。
创建实例 - 云数据库 SCS_云缓存
如需修改为其他地域，请通过主导航进行切换。 购买后不能更换，请谨慎选择。 实例仅支持同 VPC 内设备访问，请确保与需要连接的 BCC 实例创建于同一个地域。 可用区 可用区 地域内的独立物理区域。部分地域支持多可用区： 单可用区：可降低访问时延，但不再具有跨机房灾备优势。 多可用区：提高数据库可用性，但可能增加访问时延。
