mysql的部署 mysql服务安装： 上传mysql安装包 表1 上传mysql安装包 安装 服务器 gx01节点 程序名称 Mysql 上传路径 /opt 程序安装路径 /usr/local/mysql 安装步骤 进入/opt/(上传安装包路径) 命令行界面输入： cd /opt/

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

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

查看更多 →

控制优化器对仅索引扫描规划类型的使用。 enable_seqscan=on 控制优化器对顺序扫描规划类型的使用。完全消除顺序扫描是不可能的，但是关闭这个变量会让优化器在存在其他方法的时候优先选择其他方法。 enable_sort=on 控制优化器使用的排序步骤。该设置不可能完全消除明确的排序，但是关闭这个变

查看更多 →

控制优化器对仅索引扫描规划类型的使用。 enable_seqscan=on 控制优化器对顺序扫描规划类型的使用。完全消除顺序扫描是不可能的，但是关闭这个变量会让优化器在存在其他方法的时候优先选择其他方法。 enable_sort=on 控制优化器使用的排序步骤。该设置不可能完全消除明确的排序，但是关闭这个变

查看更多 →

GaussDB 分布式中分布键应为约束的一部分。 建议配置“分布式环境的唯一约束和索引”解决该类问题。 说明： 仅GaussDB 分布式版-2.7 企业版有此特性。 如果唯一约束和唯一索引中不存在分布键，需要加分布键。 GaussDB不支持数据库对象中使用Definer。 建议配置“对象定义者”解决该类问题。

查看更多 →

在逻辑复制场景下，指定该表的UPDATE和DELETE操作中旧元组的记录级别。 DEFAULT记录主键的列的旧值，没有主键则不记录。 USING INDEX记录命名索引覆盖的列的旧值，这些值必须是唯一的、不局部的、不可延迟的，并且仅包括标记为NOT NULL的列。 FULL记录该行中所有列的旧值。 NOTHING不记录有关旧行的信息。

查看更多 →

大并发慢查询导致CPU资源耗尽问题 内存使用率高怎么处理 清理表的数据碎片

查看更多 →

个租户。 用户可以随时取消自己共享的镜像，无需通知镜像的接受方。 用户可以随时删除自己共享的镜像，无需通知镜像的接受方。 加密镜像不能共享。 只有通过云备份创建的整机镜像，才支持共享。通过其他方式创建的整机镜像，暂不支持共享。 父主题： 公共参数

查看更多 →

GaussDB(for MySQL)超大表删除索引有哪些风险 删除索引是一个风险很大的操作，建议非必要不删除索引，主要原因如下： 删除索引会导致使用该索引的查询操作性能下降，慢SQL占满系统资源，影响业务正常运行。 删除索引的过程中会导致表锁定，其他用户无法访问该表，影响系统可用性。

查看更多 →

ulk请求的随机打散和主shard的均衡分布。 开启“index.native_analyzer”配置的前提条件是已开启“index.native_speed_up”配置。 不支持对包含“nested”字段的索引开启“index.native_speed_up”文本索引加速功能。

查看更多 →

key_len 使用的索引的长度。在不损失精确性的情况下，长度越短越好。 ref 显示索引被使用的列，通常为一个常数。 rows MySQL用来返回请求数据的行数。 Extra 关于MySQL如何解析查询的额外信息。 SQL大类限制 不支持临时表。 不支持外键、视图、游标、触发器及存储过程。

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

滤，但并非索引列，或列值不离散，查询会全表扫描，导致JDBC连接超时。 图1 非索引列 解决方案 优先联系DBA修改表结构，将需要过滤的列配置为索引列，然后重试。 如果由于数据不离散，导致还是失败请参考2~4，通过增大JDBC超时时间解决。 根据作业找到对应的MySQL连接名称，查找连接信息。

查看更多 →

Database和Schema设计 MySQL的数据对象包括DATABASE、TABLE、INDEX、VIEW、TRIGGER、PROC等，MySQL的对象层次跟GaussDB的对应关系是从上至下且1对多包含关系。如下图所示： 图1 MySQL和GaussDB中Database和Schema之间的差异 在M

查看更多 →

置，以保证唯一性。 建议配置：“索引/约束名称防止重名”解决该类问题。 建议值： 将表名与索引/约束名称拼接防止命名冲突，当拼接后的名称超过63字节时使用SHA-1进行散列。 影响：同时解决命名冲突问题和超长问题，但是当拼接名称超长时将丧失名称的可读性。 父主题： 配置说明

查看更多 →

索引管理 索引简介 创建索引 查询索引 删除索引

查看更多 →

查询索引 操作场景 本章节指导用户在指定表中查询索引。 前提条件 已成功创建要查询索引的表。 操作步骤 登录KVS管理控制台。 在KVS管理控制台左侧导航栏选择“仓”，进入存储仓列表。 在仓列表中单击需要查询索引的表所在仓的名称。 在表列表中单击需要查询索引的表的名称，进入表详情页面。

查看更多 →

GIN索引 GS_104010009 错误码： posting list is too long. 解决方案：减小Maintenance_work_mem。 level： ERROR GS_104200059 错误码： recovery is in progress. 解决方案：恢复时无法清理GIN挂起列表。

查看更多 →

解决方案：大于缓冲页1/3的值不能被索引，请考虑使用值的MD5哈希的函数索引。 level： ERROR GS_105140263 错误码： failed to re-find tuple within index %s. 解决方案：可能存在一个非不变的索引表达式。 level： ERROR

查看更多 →