案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 创建合适的索引可以加速对表中数据行的检索。索引占用磁盘空间，并且降低添加、删除和更新行的速度。如果需要非常频繁地更新数据或磁盘空间有限，则需要限制索引的数量。在表较大时再建立索引，表中的数据越多，索引的优越性越明显。建议仅在匹配如下某条原则时创建索引： 需要经常执行查询的字段。

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 --建表 CREATE TABLE staffs (staff_id NUMBER(6)

查看更多 →

在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 图1 原始执行计划 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 图2 添加索引后的执行计划 父主题： 实际调优案例

查看更多 →

衡是不是需要多建立唯一性索引。 尽量在定长的字段（如：INT）上建立索引；在VARCHAR字段上建立索引时，必须指定索引长度，无需对全字段建立索引，根据实际文本区分度决定索引长度即可。 索引长度与区分度是一对矛盾体，一般对字符串类型数据，长度为20的索引区分度会高达90%以上，可以使用COUNT(DISTINCT

查看更多 →

索引名是否支持 MySQL-> CSS /ES同步场景 表1 索引名是否支持 预检查项 索引名是否支持 描述 校验索引名称是否符合规范，索引名规则： 不支持大写字母 不能包括 , /, *, ?, ", <, >, |, 空格, 逗号, # 支持使用冒号: 不能以这些字符-, _, +

查看更多 →

“同步对象类型” 不勾选“同步表结构”，因为已经预先在 CS S集群中创建了与MySQL中表相对应的索引。 “同步对象” 选择“表级同步”，选择与CSS对应的数据库以及表名。 说明： 配置项中type名称需要与索引名称一样，都是“_doc”，如果不一致请修改。 数据加工 - 直接“下一步”。

查看更多 →

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

查看更多 →

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

查看更多 →

是否支持字段转换？ 支持， CDM 支持以下字段转换器： 脱敏 去前后空格 字符串反转 字符串替换 表达式转换 在创建表/文件迁移作业的字段映射界面，可新建字段转换器，如下图所示。 图1 新建字段转换器 脱敏 隐藏字符串中的关键信息，例如要将“12345678910”转换为“123****8910”，则配置如下：

查看更多 →

是否支持字段转换？ 支持，CDM支持以下字段转换器： 脱敏 去前后空格 字符串反转 字符串替换 表达式转换 在创建表/文件迁移作业的字段映射界面，可新建字段转换器，如下图所示。 图1 新建字段转换器 脱敏 隐藏字符串中的关键信息，例如要将“12345678910”转换为“123****8910”，则配置如下：

查看更多 →

CSS加速数据库的查询分析方案 用户业务数据存储到MySQL。 通过 数据复制服务 DRS将MySQL中的数据实时同步到CSS。 通过CSS进行全文检索与数据查询分析。 前提条件 已创建好安全模式的CSS集群和MySQL数据库，且两者在同一个VPC与安全组内。 MySQL数据库中已经有待同步的数据。本章以如下表结构和初始数据举例。

查看更多 →

的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。 优先为表

查看更多 →

的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。 优先为表

查看更多 →

的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。 优先为表

查看更多 →

的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。 优先为表

查看更多 →

<keyname> 分片键。 集群实例将根据该值进行数据分片，请结合实际业务为集合选择合适的分片键，具体操作请参见选择合适的分片键。 <value> 基于分片键的范围查询的排序方式。 1：表示索引升序。 -1：表示索引降序。 hashed：表示使用Hash分片，通常能将写入均衡分布到各个分片节点。

查看更多 →