流程效率 为了清晰展示企业内审批流程的使用情况及审批效率，提供流程效率板块。点击【流程效率】进入审批数据统计界面，可以查看我管理的和个人名下的已处理和待处理的数据量，平均耗时统计。 当前流程效率模块处于灰度试用阶段，加入灰度白名单的租户，可以看到该模块。（如需试用该功能，可联系企业对应运营人员开通）

查看更多 →

迁移对象未选择外键依赖的表 MySQL迁移和同步场景 表1 迁移对象未选择外键依赖的表 预检查项 迁移对象未选择外键依赖的表。 描述 在进行迁移时，需要将所选迁移对象和外键依赖的表一起进行迁移，否则会导致迁移失败。 待确认提示及处理建议 不通过原因：迁移对象中存在外键依赖的表未被选择迁移。

查看更多 →

源端存在不支持的外键引用操作 MySQL、 GaussDB (for MySQL)为源的全量+增量或增量迁移、同步场景，以及MySQL、GaussDB(for MySQL)为源灾备场景 表1 源端存在不支持的外键引用操作 预检查项 源端存在不支持的外键引用操作。 描述 同步对象中存在包含CASCADE、SET

查看更多 →

生效，此时用户添加或修改的外键可以不满足外键限制而不会报错，在实例重启时，foreign_key_checks默认开启，InnoDB打开表时会进行外键限制检查，此时会报错。 常见的情况有以下两种： 更改了父表和子表外键相关列的字符集 MySQL 5.6、5.7、8.0允许在for

查看更多 →

提高Kafka消息处理效率 消息发送和消费的可靠性必须由分布式消息服务Kafka版和生产者以及消费者协同工作才能保证。同时开发者需要尽量合理使用分布式消息服务Kafka版的Topic，以提高消息发送和消息消费的效率与准确性。 对使用分布式消息服务Kafka版的生产者和消费者有如下的使用建议：

查看更多 →

开启HTTP/2提升通信效率 HTTP/2概述 HTTP/2即超文本传输协议 2.0，能通过二进制分帧提升网络通信效率，实现多路复用减少延迟。如果您需要保证HTTPS业务更加安全高效，可以在配置HTTPS监听器时，开启HTTP/2功能。 约束与限制 仅HTTPS监听器支持HTTP/2功能。

查看更多 →

DB表进行索引的二次查询。 外键约束： 建立外键关系的对应列的字符集必须保持一致或者存在外键关系的子表父表的字符集保持一致。 数据库SQL开发规范 在程序中，建议使用预编译语句进行数据库操作。预编译只编译一次，以后在该程序中就可以调用多次，比SQL效率高。 避免数据类型的隐式转换，隐式转换会导致索引失效。

查看更多 →

DB表进行索引的二次查询。 外键约束： 建立外键关系的对应列的字符集必须保持一致或者存在外键关系的子表父表的字符集保持一致。 数据库SQL开发规范 在程序中，建议使用预编译语句进行数据库操作。预编译只编译一次，以后在该程序中就可以调用多次，比SQL效率高。 避免数据类型的隐式转换，隐式转换会导致索引失效。

查看更多 →

，产生死锁。 尽量不使用外键与级联，外键概念在应用层处理。 示例： 学生表中的student_id是主键，那么成绩表中的student_id则为外键。如果更新学生表中的student_id，同时触发成绩表中的student_id更新，则为级联更新。 外键与级联更新适用于单机低并发，不适合分布式、高并发集群。

查看更多 →

constraint fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIG

查看更多 →

constraint fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIG

查看更多 →

DB表进行索引的二次查询。 外键约束： 建立外键关系的对应列的字符集必须保持一致或者存在外键关系的子表父表的字符集保持一致。 数据库SQL开发规范 在程序中，建议使用预编译语句进行数据库操作。预编译只编译一次，以后在该程序中就可以调用多次，比SQL效率高。 避免数据类型的隐式转换，隐式转换会导致索引失效。

查看更多 →

名单库策略提升检测效率 场景说明 MTD服务支持添加所有服务发现的情报/白名单IP或 域名 至名单库，添加后MTD将优先关联检测名单库中的IP或域名，及时发现（情报）/忽略（白名单）名单库中IP/域名地址的活动，降低检测响应时间，提升检测效率，减轻MTD运行负载。 如果目标IP或域名

查看更多 →

附录：如何提高消息处理效率 消息生产和消费的可靠性必须由ROMA Connect、生产者和消费者协同工作才能保证，对使用ROMA Connect的生产者和消费者有如下的使用建议。 重视消息生产与消费的确认过程 消息生产 生产消息后，生产者需要根据ROMA Connect的返回信息

查看更多 →

单击仓名进入要插入KV的仓，单击表名进入要插入KV的表。 选择“KV信息”页签。 单击左上角的“插入KV”。 填写必选属性的属性值，即KV分区键和排序键的值。 【可选】如果您除了分区键和排序键外，还需要新增其他属性，可以单击属性表单下方的“添加KV”，自定义属性和属性值。 所有属性和属性值填写完成后，单击右下角的“确定”，完成KV插入。

查看更多 →

该配置与“hfile.block.cache.size”的和不能超过0.8，也就是写和读操作的内存不能超过HeapSize的80%，这样可以保证除读和写外其它操作的正常运行。 0.4 hbase.hstore.blockingStoreFiles 在region flush前首先判断file文件个数，是否大于hbase

查看更多 →

该配置与“hfile.block.cache.size”的和不能超过0.8，也就是写和读操作的内存不能超过HeapSize的80%，这样可以保证除读和写外其它操作的正常运行。 0.4 hbase.hstore.blockingStoreFiles 在region flush前首先判断file文件个数，是否大于hbase

查看更多 →

开启HTTP/2提升通信效率 HTTP/2概述 HTTP/2即超文本传输协议 2.0，能通过二进制分帧提升网络通信效率，实现多路复用减少延迟。如果您需要保证HTTPS业务更加安全高效，可以在配置HTTPS监听器时，开启HTTP/2功能。 约束与限制 仅HTTPS监听器支持HTTP/2功能。

查看更多 →

使用Hive CBO功能优化查询效率 操作场景 在Hive中执行多表Join时，Hive支持开启CBO（Cost Based Optimization），系统会自动根据表的统计信息，例如数据量、文件数等，选出合适计划提高多表Join的效率。Hive需要先收集表的统计信息后才能使CBO正确的优化。

查看更多 →

尝试在数据库没有其他查询或查询较少的时候运行查询语句，并观察运行效率。如果效率较高，则说明可能是由于之前运行数据库系统的主机负载过大导致查询低效。此外，还可能是由于执行计划比较低效，但是由于主机硬件较快使得查询效率较高。 检查重复相同查询语句的执行效率。 查询效率低的一个重要原因是查询所需信息没有缓存在

查看更多 →

全量阶段期间，目标库存在同名外键约束。 解决方案 删除或重命名目标库同名外键约束，可执行以下SQL查询。 select * from information_schema.REFERENTIAL_CONSTRAINTS where CONSTRAINT_NAME = "外键名"; 修改完成

查看更多 →