读写分离原理 RDS for MySQL支持开通一个或多个数据库代理。 单个数据库代理下的读写分离 一个RDS for MySQL实例下只有1个数据库代理实例，应用服务通过数据库代理地址连接到数据库代理实例，写请求通过数据库代理实例自动转发到主节点，读请求根据数据库代理实例的路由模式转发至主节点或只读节点。

查看更多 →

管理数据库和用户（MySQL） 注意事项 创建数据库 查询数据库（已废弃） 查询数据库列表 查询指定用户的已授权数据库 修改指定实例的数据库备注 删除数据库 创建数据库用户 查询数据库用户（已废弃） 查询数据库用户列表 查询指定数据库的已授权用户 修改数据库用户的备注 删除数据库用户

查看更多 →

认证类—OAuth2ForOneAccess 数据库操作类 数据库类—MySQLQuery 数据库类—MySQLUpdate 数据库类—MySQLInsert 数据库类—MySQLDelete 数据库类—OpenGaussQuery 数据库类—OpenGaussUpdate 数据库类—OpenGaussInsert

查看更多 →

认证类—OAuth2ForOneAccess 数据库操作类 数据库类—MySQLQuery 数据库类—MySQLUpdate 数据库类—MySQLInsert 数据库类—MySQLDelete 数据库类—OpenGaussQuery 数据库类—OpenGaussUpdate 数据库类—OpenGaussInsert

查看更多 →

API设计配置 ROMA API提供了API设计文件规范性检查，帮助用户快速设计标准的RESTful API。您可以选择已有的规则集或者新建规则集对API设计文件进行规范性检查。 ROMA API也支持配置扩展字段，您按照Swagger规范性设计API的同时，也可额外自定义扩展字段。

查看更多 →

流程设计 宏观层面：重点是组织架构与流程架构匹配，组织设置必须支撑流程价值实现，组织职责必须清晰具体，不能有重叠、空白、过多、过少； 微观层面：看流程角色职责是否通过岗位职责的设置有效落实，岗位职责与其匹配的流程角色职责相符。 单击左侧导航栏“流程设计”并进入流程设计页面。 图1

查看更多 →

共享资源： 采取共享资源的设计，通过协作减少争用延时从而改善整体性能；如多个进程可以从一个数据库的同一部分读取。 并行处理：当并行处理过程的增速能抵消通信开销和资源争用延迟时，执行并行处理。 分散负载原则：通过在不同时间或者不同位置处理冲突负载，从而分散负载：将资源划分为成一些相对独立的小

查看更多 →

设计优化 PERF05-01 设计优化 父主题： PERF05 性能优化

查看更多 →

故障对系统造成的影响，并持续稳定地运行，建议遵循以下设计原则。 高可用设计 单点故障会导致整个系统崩溃、主要功能受到影响、任务延误的系统轻度损坏或存在较大的故障隐患，因此系统的高可用设计非常关键。 高可用设计的主要手段是冗余，甚至是多级冗余的组合，包括异地容灾方式保证灾难情况下无单点：

查看更多 →

设计原则 国际标准化组织（ISO）对计算机系统安全的定义为：确保信息资产（包括硬件、软件、网络、数据等）受到保护，以确保其机密性、完整性和可用性。计算机系统安全的目标是保护信息系统免受未经授权的访问、使用、披露、破坏、修改、中断或不可用的威胁，同时确保信息系统能够持续地提供服务。

查看更多 →

VN设计 通过对不同的业务划分为不同的VN，实现生产业务、办公业务、多媒体业务的同类型业务正常互通，不同类型业务隔离不互通。 同时为生产、办公、多媒体、等不同业务分配不同比例带宽，保障网络拥塞时各业务流量都能得到调度。 父主题： 用户业务设计

查看更多 →

设计中心 解决方案工作台提供设计引擎，用户可在线进行解决方案技术架构设计（含集成架构、部署架构）、信息架构设计。 技术架构设计 信息架构设计 父主题： 标准空间

查看更多 →

“PK+字段名”。 检查约束 【关注】行存表支持检查约束。 【建议】从命名上明确标识检查约束，例如，将检查约束命名为 “CK+字段名”。 父主题： 数据库对象设计

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则：

查看更多 →

从命名上明确标识主键约束，例如，将主键约束命名为“PK+字段名”。 检查约束 从命名上明确标识检查约束，例如，将检查约束命名为“CK+字段名”。 父主题： 数据库对象设计

查看更多 →

表设计 GaussDB 是分布式架构。数据分布在各个DN上。总体上讲，良好的表设计需要遵循以下原则： 将表数据均匀分布在各个DN上。数据均匀分布，可以防止数据在部分DN上集中分布，从而导致因存储倾斜造成集群有效容量下降。通过选择合适的分布列，可以避免数据倾斜。 将表的扫描压力均匀分

查看更多 →

从命名上明确标识主键约束，例如，将主键约束命名为 “PK+字段名”。 检查约束 从命名上明确标识检查约束，例如，将检查约束命名为 “CK+字段名”。 父主题： 数据库对象设计

查看更多 →

表设计 总体上讲，良好的表设计需要遵循以下原则： 减少需要扫描的数据量。通过分区表的剪枝机制可以大幅减少数据的扫描量。 尽量减少随机I/O。通过聚簇可以实现热数据的连续存储，将随机I/O转换为连续I/O，从而减少扫描的I/O代价。 选择分区方案 当表中的数据量很大时，应当对表进行分区，一般需要遵循以下原则：

查看更多 →

未授权数据库侧选择一个或多个数据库，授予账号对选定数据库的权限。您还可以在已选数据库侧单击操作列×符号，删除账号对此数据库的权限。 图1 修改权限 相关API 授予数据库用户数据库权限 删除数据库用户的数据库权限 父主题： 数据库账号管理（非管理员权限）

查看更多 →

RDS for MySQL数据库修改authentication_string字段为显示密码后无法登录 场景描述 客户通过navicat修改RDS for MySQL的user表root账号的“authentication_string”字段，修改为为显示密码后无法登录客户端。 问题可能出现的版本：MySQL-8

查看更多 →

恢复到云上MySQL数据库 全量数据恢复：按备份文件恢复 全量数据恢复：恢复到指定时间点 库表数据恢复：恢复到指定时间点 跨区域数据恢复 父主题： 数据恢复

查看更多 →