单击顶部菜单栏“库管理”。 选择“集合”页签，单击集合名称前面的。 图1 展开集合列表 单击“新建索引”。 图2 新建索引 在基本信息页面，设置索引基本信息。 图3 新建索引 表1 参数说明 参数名称 说明 数据库名称 默认为已选的数据库。您也可以自定义数据库名称，当索引创建成功后，系统会根据您的命名自动创建数据库。

查看更多 →

开发工具页面。 选择需要登录的目标数据库实例，单击操作列表中的“登录”，登录目标数据库实例。 单击顶部菜单栏“库管理”。 选择“集合”页签，选择需要修改索引的集合，单击集合名前面的。 选择需要修改的索引，单击“操作”列的“修改索引”。 图1 修改索引 修改完索引信息后，单击“保存”。

查看更多 →

”，进入开发工具页面。 选择需要登录的目标数据库实例，单击操作列表中的“登录”，登录目标数据库实例。 单击顶部菜单栏“库管理”。 选择“集合”页签，选择需要修改索引的集合，单击集合名前面的。 选择需要删除的索引，单击“操作”列的“删除”。 图1 删除索引 弹出确认删除弹框，单击“是”，完成删除操作。

查看更多 →

索引类型：根据业务需求，选择合适的索引类型，默认选择“普通索引”。索引类型详情请参见联合索引概述。 属性列表：在左侧可选属性列表框勾选需要作为索引的属性，单击，将属性添加至右侧已选属性列表框中。 单击“确定”。 在弹出的提示框中，单击“确定”。 查看索引 在左侧导航栏中，选择“数据模型管理 > 数据实体”，进入数据实体页面。

查看更多 →

。 在索引配置页面中，配置索引参数。 开启索引状态。 索引状态默认开启，索引状态关闭时，将无法索引和查询采集到的日志。 配置索引参数，参数配置说明如表1所示。 表1 索引配置参数说明 参数名称 参数说明 字段名称 日志字段名称（key）。 字段类型 日志字段值（value）的数据

查看更多 →

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

查看更多 →

by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group by的时候，尽量在合理的情况下，创建可以包含所有依赖字段的索引。 父主题： SQL类

查看更多 →

by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group by的时候，尽量在合理的情况下，创建可以包含所有依赖字段的索引。 父主题： SQL类

查看更多 →

单字段索引最大字符数 联合索引合计最大字符数 InnoDB MySQL 5.7.6及以下版本 UTF8MB4 4 191 768 MySQL 5.7.7及以上版本 UTF8MB4 4 768 768 索引超长的处理方法 方法一 不迁移含有超长索引的表。 方法二 修改源库索引长度满

查看更多 →

allowed”。详见官方文档。 解决方案 MySQL机制导致，建议优化业务，避免单表创建过多索引。 InnoDB表的其他限制： 一个表最多可以包含1017列（包含虚拟生成列）。 InnoDB对于使用DYNAMIC或COMPRESSED行格式的表，索引键前缀长度限制为3072字节。 多列索引最多允许16列，超过限制会报错。

查看更多 →

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

查看更多 →

修改索引只调用索引名提示索引不存在 问题现象 创建分区表索引HR_staffS_p1_index1，不指定索引分区的名字。 1 CREATE INDEX HR_staffS_p1_index1 ON HR.staffS_p1 (staff_ID) LOCAL; 创建分区索引HR

查看更多 →

存储过程和相关表字符集不一致导致执行缓慢 RDS MySQL报错ERROR [1412]的解决方法 创建二级索引报错Too many keys specified 存在外键的表删除问题 distinct与group by优化 字符集和字符序的默认选择方式 MySQL创建用户提示 服务器 错误 delete

查看更多 →

案例：出现数据查询缓慢，如果没有创建索引，建议对经常查询的数据字段创建适当的索引，优化查询速度。 对于包含多个键的查询，建议创建包含这些键的复合索引。复合索引的键值顺序很关键，需遵循索引最左前缀原则，查询应包含最左索引字段，以索引创建顺序为准，与查询字段顺序无关。 给索引添加TTL属性，自动筛

查看更多 →

群的安全性、高可用性和性能优化。 管理OpenSearch集群 管理集群索引策略 使用OpenSearch的ISM（Index State Management）插件创建和管理索引的生命周期策略，包括策略的创建、索引关联、以及策略的管理与变更，旨在优化集群性能和降低存储成本。 创建及管理OpenSearch索引策略

查看更多 →

语音通知功能详解 能力体验 业务公司发现用户Jane使用的某业务已欠费，于是通过语音通知功能向Jane发送欠费通知，请求上报至语音通话平台。语音通话平台呼叫Jane，并在Jane接听后播放业务公司设置的语音内容，通知Jane的欠费金额，并提示根据音频播报信息按对应的数字键可进行业务相关操作。详细体验过程如图1所示。

查看更多 →

合规规则概念详解 合规策略 合规规则 规则评估结果 父主题： 资源合规

查看更多 →

字段创建适当的索引，优化查询速度。 对于包含多个键的查询，建议创建包含这些键的复合索引。复合索引的键值顺序很关键，需遵循索引最左前缀原则，查询应包含最左索引字段，以索引创建顺序为准，与查询字段顺序无关。 给索引添加TTL属性，自动筛选过期文档并删除。创建TTL的索引必须是日期类型

查看更多 →

A：根据最佳实践结果，一般建议DDM和RDS for MySQL的资源比保持在1:2。如果DDM是8核16GB，需要选择2个或以上8核16GB的RDS for MySQL实例，RDS for MySQL的具体数量还需参考业务整体数据量综合考虑。 对于生产业务使用的实例，RDS for MySQL需选择主备架构来保证高可用。

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看DRS监控指标，及时修复失败任务、删除闲置的任务。 如果您的业务对性能稳定性要求较低，可以考虑购买较小规格的任务，以此来降低您的成本。 计费模式优化 不

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看RDS监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控RDS资源闲置情况，及时删除闲置的实例。 如果您的业

查看更多 →