数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用Flexus云数据库RDS分区表，避免跨分区查询，否则查询效率会降低。分区

查看更多 →

更强。 数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 谨慎使用RDS for MariaDB分区表，避免跨分区查询，否则查询效率会降低。分区表在逻辑上表现

查看更多 →

客户关联/解除关联伙伴时对按需资源宽限期的影响？ 客户以代售/转售模式关联伙伴过程中，为避免出现因关联模式变化导致的欠费，客户的按需资源宽限期小于1天时会自动修改成1天。 代售/转售伙伴子客户与伙伴解除关联关系过程中，为避免出现因关联模式变化导致的欠费，客户的按需资源宽限期小于7天时会自动修改成7天。

查看更多 →

务。 云服务防抖动和遭受攻击后的应急响应/恢复策略 Octopus服务具备租户资源隔离能力，避免单租户资源被攻击导致爆炸半径大，影响其他租户。 Octopus服务具备资源池和隔离能力，避免单租户资源被攻击导致爆炸半径过大风险。 Octopus服务定义并维护了性能规格用于自身的抗攻

查看更多 →

IoTDB应用开发建议 推荐使用原生接口Session，避免SQL拼接 关于IoTDB Session接口样例，安全模式集群可参考IoTDB Session程序章节，普通模式集群可参考IoTDB Session程序章节。 根据业务情况推荐优先使用性能高的写入接口 写入接口性能由高到低排序如下：

查看更多 →

调度策略 如何让多个Pod均匀部署到各个节点上？ 如何避免节点上的某个容器被驱逐？ 为什么Pod在节点不是均匀分布？ 如何驱逐节点上的所有Pod？ 如何查看Pod是否使用CPU绑核？ 节点关机后Pod不重新调度 如何避免非GPU/NPU负载调度到GPU/NPU节点？ 为什么Pod调度不到某个节点上？

查看更多 →

(*); 这里*的个数建议100个以内。 避免使用存储过程，存储过程难以调试和扩展，更没有移植性。 避免使用触发器、事件调度器（event scheduler）和视图实现业务逻辑，这些业务逻辑应该在业务层处理，避免对数据库产生逻辑依赖。 避免使用隐式类型转换。 类型转换规则具体如下：

查看更多 →

支持update写入场景。 支持使用唯一索引。 由于支持update模式，为避免原dwsClient中upsert接口歧义，故后续统一使用write接口承载写入操作，两接口能力一致推荐使用write。 - 1.0.4 增加SQL执行超时时间，避免长时间阻塞。 - 1.0.5 修复无主键表相同数据写入丢失问题。

查看更多 →

安全运维 变更作业流程 通过脚本在平台进行现网变更，避免在 服务器 控制台直接操作引发现网故障，并且执行平台操作需符合1+1 check流程，一人实施，另外一人监控和检查，保证流程合规、安全合规、质量合规。 提权操作的控制 依据风险分层分级和权限SOD原则，对权限以及授权过程进行控制

查看更多 →

表数据均匀分布在各个DN上，以防止单个DN对应的存储设备空间不足造成集群有效容量下降。选择合适分布列，避免数据分布倾斜可以实现该点。 表Scan压力均匀分散在各个DN上，以避免单DN的Scan压力过大，形成Scan的单节点瓶颈。分布列不选择基表上等值filter中的列可以实现该点。

查看更多 →

安全运维 变更作业流程 通过脚本在平台进行现网变更，避免在服务器控制台直接操作引发现网故障，并且执行平台操作需符合1+1 check流程，一人实施，另外一人监控和检查，保证流程合规、安全合规、质量合规。 提权操作的控制 依据风险分层分级和权限SOD原则，对权限以及授权过程进行控制

查看更多 →

提醒，进而快速做出反应，维持预期的成本支出。 在费用中心设置可用额度监控，在可用额度余额低于阈值时预警，避免客户额度耗尽，业务中断。 使用资源包监控，在资源包剩余不足预警，避免资源包用尽自动转为按需计费。 使用成本分析预置报告或创建常用的成本分析报告，定期快速了解成本分布和趋势。

查看更多 →

数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用Flexus云数据库RDS分区表，避免跨分区查询，否则查询效率会降低。分区

查看更多 →

RES13-04 支持主动扩容 当由于计划性活动而导致资源需求增加时，需要支持主动扩容，避免由于资源不足而导致业务受影响。 风险等级 高 关键策略 当发现应用系统业务需要更多资源时，可主动扩展资源以满足需求，而避免影响可用性。典型场景如产品促销前预测会有突发大流量，则可手工进行扩容处理。 华

查看更多 →

用于警示紧急的危险情形，若不避免，将会导致人员死亡或严重的人身伤害。 用于警示潜在的危险情形，若不避免，可能会导致人员死亡或严重的人身伤害。 用于警示潜在的危险情形，若不避免，可能会导致中度或轻微的人身伤害。 用于传递设备或环境安全警示信息，若不避免，可能会导致设备损坏、数据丢失、设备性能降低或其它不可预知的结果。

查看更多 →

Mysql或者ElasticSearch中。 Redis将低频数据存入内存中，并不会加速访问，且占用Redis空间。 业务数据分离 避免多个业务共用一个Redis。 一方面避免业务相互影响，另一方面避免单实例膨胀，并能在故障时降低影响面，快速恢复。 禁止使用select功能在单Redis实例做多db区分。

查看更多 →

数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用 GaussDB (for MySQL)标准版分区表，避免跨分区查询，否则查询效率会降

查看更多 →

用于保护共享内存中的主索引哈希表。 OidGenLock 用于避免不同线程产生相同的OID。 XidGenLock 用于避免两个事务获得相同的xid。 ProcArrayLock 用于避免并发访问或修改ProcArray共享数组。 SInvalReadLock 用于避免与清理失效消息并发执行。 SInvalWriteLock

查看更多 →

ic-resolution设置是否动态解析识别用户名字。若解码报错用户不存在而出现中断、在确定日志产生时刻不存在对应的黑名单用户，可以通过配置dynamic-resolution成true或者从用户黑名单中删除报错用户名字来启动解码继续获取逻辑日志。 dynamic-resolu

查看更多 →

Mysql或者ElasticSearch中。 建议 Redis将低频数据存入内存中，并不会加速访问，且占用Redis空间。 业务数据分离 避免多个业务共用一个Redis。 强制 一方面避免业务相互影响，另一方面避免单实例膨胀，并能在故障时降低影响面，快速恢复。 禁止使用select功能在单Redis实例做多db区分。

查看更多 →

文件数据被窃取，甚至被篡改。 为了更好地保护应用数据，避免被攻击后数据泄露以及越权访问的风险，为您推荐以下两种方法。 方法一：使用临时安全凭证直传OBS 方法二：使用预签名URL访问OBS 方法一使用临时的AK/SK，可以避免AK/SK泄露的风险。推荐您优先使用临时安全凭证直传OBS。

查看更多 →