慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询MySQL日志，请参见查看慢日志。 查看华为云 GaussDB (for MySQL)实例的CPU使用率指标，协助定位问题。 请参见通过Cloud Eye监控。 创建只读节点专门负责查询。减轻主实例负载，分担数据库压力。

查看更多 →

提高RDS for MySQL数据库查询速度的方法 可以参考如下建议： 如果产生了慢日志，可以通过查看慢日志来确定是否存在运行缓慢的SQL查询，以及各个查询的性能特征，从而定位查询运行缓慢的原因。查询RDS for MySQL日志，请参见查看或下载慢日志。 查看云数据库RDS实例的

查看更多 →

所有的数据库对象名称禁止使用保留关键字。 MySQL官方保留字与关键字（MySQL 8.0）：https://dev.mysql.com/doc/refman/8.0/en/keywords.html MySQL官方保留字与关键字（MySQL 5.7）：https://dev.mysql.com/doc/refman/5

查看更多 →

分析慢SQL日志以及CPU使用率指标来定位效率低的查询，再优化查询效率低的语句。 查看慢SQL日志来确定是否存在运行缓慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询SQL Server日志，请参见查询慢日志。 查看华为云关系型数据库实例的CPU使用率指标，协助定位问题。

查看更多 →

限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。 建议在下面的列上建立索引： 在SELECT，UPDA

查看更多 →

所有的数据库对象名称禁止使用保留关键字。 MySQL官方保留字与关键字（MySQL 8.0）：https://dev.mysql.com/doc/refman/8.0/en/keywords.html MySQL官方保留字与关键字（MySQL 5.7）：https://dev.mysql.com/doc/refman/5

查看更多 →

时，通过审计日志查看SQL执行记录协助定位问题原因。 解决方法 分析慢SQL日志以及CPU使用率指标来定位效率低的查询，再优化查询效率低的语句。 查看慢SQL日志来确定是否存在运行缓慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询TaurusDB标准版日志，请参见查看慢日志。

查看更多 →

分析慢SQL日志以及CPU使用率指标来定位效率低的查询，再优化查询效率低的语句。 查看慢SQL日志来确定是否存在运行缓慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询RDS for MariaDB日志，请参见查看或下载慢日志。 查看数据库实例的CPU使用率指标，协助定位问题。

查看更多 →

时，通过审计日志查看SQL执行记录协助定位问题原因。 解决方法 分析慢SQL日志以及CPU使用率指标来定位效率低的查询，再优化查询效率低的语句。 查看慢SQL日志来确定是否存在运行缓慢的SQL查询以及各个查询的性能特征（如果有），从而定位查询运行缓慢的原因。 查询TaurusDB标准版日志，请参见查看慢日志。

查看更多 →

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

查看更多 →

恢复单表/多表到新集群 操作场景 集群粒度的快照和Schema粒度的快照，可以指定快照备份集中的单表/多表恢复到新集群。通常用户在业务操作中，对某个表中的数据进行了错误操作或者误删，需要对此表找回数据时使用该功能，找到最新包含该表数据的快照，将数据恢复到一个新集群中。在不破坏原集

查看更多 →

图1 并行查询原理图 应用场景 并行查询适用于大部分SELECT语句，例如大表查询、多表连接查询、计算量较大的查询。对于非常短的查询，效果不太显著。 轻分析类业务 报表查询通常SQL复杂而且比较耗费时间，通过并行查询可以加速单次查询效率。 系统资源相对空闲 并行查询会使用更多的

查看更多 →

GaussDB(for MySQL)SQL使用规范 数据库SQL查询规范 当使用ORDER BY .. LIMIT查询时，优先考虑通过索引优化查询语句，提高执行效率。 使用ORDER BY、GROUP BY、DISTINCT执行查询时，where条件过滤出来的结果集请保持在1000行以内，否则会降低查询效率。

查看更多 →

00之间的值。 200 hfile.block.cache.size HBase缓存区大小，主要影响查询性能。根据查询模式以及查询记录分布情况来决定缓存区的大小。如果采用随机查询使得缓存区的命中率较低，可以适当降低缓存区大小。 当offheap关闭时，默认值为“0.25”。当offheap开启时，默认值是“0

查看更多 →

00之间的值。 200 hfile.block.cache.size HBase缓存区大小，主要影响查询性能。根据查询模式以及查询记录分布情况来决定缓存区的大小。如果采用随机查询使得缓存区的命中率较低，可以适当降低缓存区大小。 当offheap关闭时，默认值为0.25。当offheap开启时，默认值是0

查看更多 →

SQL使用规范 数据库SQL查询规范 当使用ORDER BY .. LIMIT查询时，优先考虑通过索引优化查询语句，提高执行效率。 使用ORDER BY、GROUP BY、DISTINCT执行查询时，where条件过滤出来的结果集请保持在1000行以内，否则会降低查询效率。 使用ORDER

查看更多 →

KVS加速广告归因业务效率 广告归因业务诉求 广告归因（Advertising Tracking）帮助用户量化移动广告推广效果，让广告主投放的每一个广告，成本低效果好。这就需要满足两个基本要求：广告推广的指标量化、指标计算实时性，这就强依赖广告检测。广告检测平台需要接受大量曝光、

查看更多 →

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

查看更多 →

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

查看更多 →

se读写数据的效率。越大的block块，配合压缩算法，压缩的效率就越好；但是由于HBase的读取数据是以block块为单位的，所以越大的block块，对于随机读的情况，性能可能会比较差。 如果要提升写入的性能，一般扩大到128KB或者256KB，可以提升写数据的效率，也不会影响太大的随机读性能。单位：字节

查看更多 →

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

查看更多 →