云数据库 RDS for MySQL

 

云数据库 RDS for MySQL拥有即开即用、稳定可靠、安全运行、弹性伸缩、轻松管理、经济实用等特点,让您更加专注业务发展。

 
 

    mysql优化器索引选择 更多内容
  • 修订记录

    [1412]的解决方法。 新增创建二级索引报错Too many keys specified。 新增存在外键的表删除问题。 新增distinct与group by优化。 新增字符集和字符序的默认选择方式。 新增MySQL创建用户提示服务错误。 新增delete大表数据后,再次查询同一张表时出现慢SQL。

    来自:帮助中心

    查看更多 →

  • GaussDB(for MySQL)超大表删除索引有哪些风险

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

    来自:帮助中心

    查看更多 →

  • 排查RDS for MySQL CPU使用率高的原因和解决方法

    原始数据),该信息仅用于诊断逻辑,不会存储到DAS服务。 获取表结构和数据分布信息的过程中,可能会对实例带来额外负载,但对性能影响甚微。 SQL诊断历史是唯一存储在DAS服务上的数据,如果执行删除操作后,也将彻底从服务上删除。 父主题: 性能调优

    来自:帮助中心

    查看更多 →

  • 简介

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

    来自:帮助中心

    查看更多 →

  • 实例总览

    该指标展示每分钟GaussDB(for MySQL)产生慢日志的数量。 根据慢SQL的执行计划进行优化。 扩容CPU规格,满足业务需求。 联合索引设置不当导致慢SQL的解决办法 连接数超限 数据库总连接数 (个) 该指标用于统计连接到GaussDB(for MySQL)服务的总连接数。 排查业务

    来自:帮助中心

    查看更多 →

  • 查看监控大盘

    态进行日常监控。RDS支持查看当前账号下,全部MySQL实例的实时性能指标数据,以及指标趋势图,便于总览指标异常的实例并及时处理。 查看实时监控 在“监控大盘”页面上方的下拉框,选择MySQL”,查看当前账号下,创建完成的MySQL实例的实时性能指标。 图1 监控列表 在监控指

    来自:帮助中心

    查看更多 →

  • 概述

    sftp-connector:SFTP数据源连接。 oracle-partition-connector:支持Oracle分区特性的连接,专门对Oracle分区表的导入导出进行优化。 建议将SFTP服务和数据库服务与Loader部署在独立的子网中,以保障数据安全地导出。 与关系数据库连接时,可以选择通用数据库

    来自:帮助中心

    查看更多 →

  • 普通索引和前缀索引

    普通索引和前缀索引 GaussDB(DWS)不支持前缀索引,也不支持内联普通索引。DSC工具迁移时会根据GaussDB(DWS)的特性将其迁移为普通索引。 内联普通(前缀)索引。 输入示例 1 2 3 4 5 6 CREATE TABLE IF NOT EXISTS `public`

    来自:帮助中心

    查看更多 →

  • 数据库性能优化

    all代替union、join列增加非空过滤条件、not in转not exists等都可以提升查询速度。 5.GaussDB语句下推调优实践 目前,GaussDB优化在分布式框架下制定语句的执行策略时,有三种执行计划方式:生成下推语句计划、生成分布式执行计划、生成发送语句的分布式执行计划。在第3种策略中

    来自:帮助中心

    查看更多 →

  • 全量阶段失败报错,关键词“Temporary file write failure.”

    可能原因 DRS迁移索引时目标库临时空间不足。 解决方案 调整目标库临时空间。 如果为RDS for MySQL,可参考以下操作调整临时空间。 参考RDS性能调优中的内容进行空间优化优化完成后,查看临时空间是否增长。 是,执行2。 否,在管理控制台右上角,选择“工单 > 新建工

    来自:帮助中心

    查看更多 →

  • distinct与group by优化

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

    来自:帮助中心

    查看更多 →

  • distinct与group by优化

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

    来自:帮助中心

    查看更多 →

  • 创建二级索引报错Too many keys specified

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

    来自:帮助中心

    查看更多 →

  • 数据库使用规范

    不建议使用触发,事件调度(event scheduler)和视图实现业务逻辑,这些业务逻辑应该在业务层处理,避免对数据库产生逻辑依赖。 不建议使用大事务,业务允许的情况下,事务里包含SQL语句越少越好,尽量不超过5个。因为过长的事务会导致锁数据较久,以及MySQL内部缓存、连接消耗过多等问题。

    来自:帮助中心

    查看更多 →

  • RDS for MySQL使用规范

    不建议使用触发,事件调度(event scheduler)和视图实现业务逻辑,这些业务逻辑应该在业务层处理,避免对数据库产生逻辑依赖。 不建议使用大事务,业务允许的情况下,事务里包含SQL语句越少越好,尽量不超过5个。因为过长的事务会导致锁数据较久,以及MySQL内部缓存、连接消耗过多等问题。

    来自:帮助中心

    查看更多 →

  • Statement Outline

    Hint等,详情请参见Optimizer Hints。 Index Hints Index Hint是向优化提供有关在查询处理期间如何选择索引,不更改优化策略。合理的索引可以加快数据索引操作,常用的索引Hint方式有三种,USE(参考使用),IGNORE(忽略),FORCE(强制),详情请参见Index

    来自:帮助中心

    查看更多 →

  • 创建MySQL连接器

    创建MySQL连接 登录新版ROMA Connect控制台。 在左侧导航栏选择“连接”,在连接页面单击“新建连接”。 选择MySql”连接。 在弹窗中配置连接信息,完成后单击“测试连接”。 参数 说明 连接名称 填写连接实例名称MySql_test。 区域 选择区域。

    来自:帮助中心

    查看更多 →

  • 创建MySQL连接器

    选择本地已下载的驱动。 方式二:单击对应驱动名称右侧操作列的“从sftp复制”,配置sftp连接名称和驱动文件路径。 在“集群管理”界面,单击集群后的“作业管理”,选择“连接管理 > 新建连接”,进入连接类型的选择界面,如图1所示。 图1 选择连接类型 连接类型选择“My

    来自:帮助中心

    查看更多 →

  • 创建MySQL连接器

    选择本地已下载的驱动。 方式二:单击对应驱动名称右侧操作列的“从sftp复制”,配置sftp连接名称和驱动文件路径。 在“集群管理”界面,单击集群后的“作业管理”,选择“连接管理 > 新建连接”,进入连接类型的选择界面,如图1所示。 图1 选择连接类型 连接类型选择“My

    来自:帮助中心

    查看更多 →

  • Oracle到MySQL迁移时,索引超长如何处理

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

    来自:帮助中心

    查看更多 →

  • 联合索引设置不当导致慢SQL的解决办法

    ”在联合索引最后一位,而且原SQL包含对“query_date”字段的范围查询,导致当索引走到“query_date”就会停止匹配,后面两个字段已经无序,无法走索引。 所以该SQL本质上只能利用到对“query_date”这一列的索引,而且还有可能因为基数太小,导致优化成本估计时选择了全表扫描。

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了