案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 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索引，执行计划如下： 建议在places.place_id和states.state_id列上建立2个索引，执行计划如下： 父主题： 实际调优案例

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

案例：建立合适的索引 现象描述 查询与销售部所有员工的信息： 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)

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

分支判断 “分支判断”处理器用于创建条件分支，以决定后续节点的执行逻辑。用户需要在“分支判断”节点与其后续相邻节点的连线上配置各分支的条件。 约束与限制 一个“分支判断”节点中，如果存在多个相同的“满足当前条件时”类型的表达式，最终将执行最先创建的分支上的步骤。 一个“分支判断”节

查看更多 →

Mysql数据库 介绍APM采集的Mysql数据库指标的类别、名称、含义等信息。 表1 Mysql数据库采集参数 参数名 数据类型 应用类型 默认值 Agent支持的起始版本 Agent支持的终止版本 描述 是否采集原始sql radio JAVA false 2.0.0 - 调

查看更多 →

重用性越差。 单个服务不要返回太多的数据，包括记录数以及关联数据。 表结构优化 常用的查询条件字段创建索引，创建索引时区分度大的字段放在前面。 不要对所有字段建立索引，太多的索引会导致增删改变慢，且维护成本升高。 业务逻辑优化 多表关联查询：不要使用超过两个表的关联查询。 错误示例：

查看更多 →

MySQL数据库兼容MySQL模式 MySQL数据库兼容性概述 数据类型 系统函数 操作符 字符集 排序规则 SQL 驱动 父主题： 分布式

查看更多 →

Oracle到MySQL迁移时，索引超长如何处理 Oracle等异构数据库迁移到MySQL后的数据库排序规则为什么是utf8mb4_bin RDS for MySQL不支持MyISAM引擎表，迁移时MyISAM如何处理 低版本迁移至MySQL 8.0，应该注意哪些问题 MongoDB数据库迁移

查看更多 →

Psort：Psort索引。针对列存表进行局部排序索引。 行存表支持的索引类型：btree（行存表缺省值）、gin、gist。列存表支持的索引类型：Psort（列存表缺省值）、btree、gin。 对于点查询场景，推荐建立btree索引。 索引的选择原则 索引建立在数据库表中的某些列上。

查看更多 →

Psort：Psort索引。针对列存表进行局部排序索引。 行存表支持的索引类型：btree（行存表缺省值）、gin、gist。列存表支持的索引类型：Psort（列存表缺省值）、btree、gin。 对于点查询场景，推荐建立btree索引。 索引的选择原则 索引建立在数据库表中的某些列上。

查看更多 →