案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 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 添加索引后的执行计划 父主题： 实际调优案例

查看更多 →

优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

优化分析 在优化前，没有创建places.place_id和states.state_id索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

Server与MySQL语法存在差异，该配置项将保留DROP_EXISTING。 SQL Server与MySQL语法存在差异，该配置项将控制索引筛选语句转换。 建议配置“索引筛选转换”解决该类问题。 建议值：保留索引筛选条件语句。 影响：SQL Server与MySQL语法存在差异，该配置项将保留索引筛选条件语句。

查看更多 →

源数据库索引（_id）检查 MongoDB迁移场景 表1 源数据库索引（_id）检查 预检查项 源数据库索引（_id）检查。 描述 检查源库是否存在没有索引（_id）的集合，若存在，则导致迁移失败。 待确认提示及处理建议 不通过原因：源数据库存在没有索引（_id）的集合。 处理建

查看更多 →

，或者修改表映射的索引名称。 目标端查询语句如下： GET /<index>/_mapping?include_type_name MySQL-> GaussDB (DWS)同步场景 表2 表结构一致性检查 预检查项 表结构一致性检查。 描述 校验用户源端和目标端表结构一致性。 不通过提示及处理建议

查看更多 →

gsjdbc200.jar对应jdbc:gaussdb://host:port/database 排查用户名密码是否为数据库用户名或密码，将其修改为正确的数据库用户名或密码。 排查数据库是否启动或有权限访问。 检查使用的JDBC驱动是gsjdbc4.jar还是gsjdbc200.jar，请使用正确JDBC驱动jar包。

查看更多 →

INDEX|KEY index_name语法时会报错。 当约束被建立为全局二级索引，SQL语句中指定using btree时，底层会建立为ubtree。 当约束关联的表为ustore，且SQL语句中指定为using btree时，底层会建立为ubtree。 2 支持自增列 ALTER TABLE、CREATE

查看更多 →

MySQL不支持BITMAP索引,且该索引被注释掉。MySQL中，在搜索条件中使用索引列时，可能会影响性能。因此，用户应该创建合适的索引。 2 创建BTREE索引，而不是BITMAP索引。 BITMAP索引通常用于具有大量重复值（低基数）的列，而BTREE索引适合于高基数列。MySQL中没有与BI

查看更多 →

建立连接 功能介绍 创建连接时传入clickhouse-example.properties配置的user和password作为认证凭据，ClickHouse会带着用户名和密码在服务端进行安全认证。 样例代码 ClickHouseDataSource clickHouseDataSource

查看更多 →

云数据库 RDS for MySQL开启GTID后有哪些限制 云数据库 RDS for MySQL默认开启GTID且不支持关闭，主备关系的建立等功能均依赖GTID。如果关闭GTID，会对整个RDS的功能（比如备份恢复、主备倒换）受到影响甚至无法运行。 社区版MySQL开启GTID后，如下三种语句执行会报错：

查看更多 →

建表和修改表时支持创建主键、UNIQUE索引 ALTER TABLE、CREATE TABLE GaussDB当前不支持UNIQUE INDEX|KEY index_name语法，使用UNIQUE INDEX|KEY index_name语法时会报错。MySQL支持。 当约束被建立为全局二级索引，SQL语句中指定using

查看更多 →