云数据库 RDS for MySQL

 

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

 
 

    mysql索引缺点时间换空间 更多内容
  • 维护审计日志

    其中参数startime和endtime分别表示审计记录的开始时间和结束时间。 目前常用的记录审计内容的方式有两种:记录到数据库的表中、记录到OS文件中。这两种方式的优缺点比较如表2所示。 表2 审计日志保存方式比较 方式 优点 缺点 记录到表中 不需要用户维护审计日志。 由于表是数据库

    来自:帮助中心

    查看更多 →

  • 修订记录

    第十次正式发布,包含以下内容: 新增RDS for MySQL Binlog生成的机制。 新增RDS for MySQL如何定位一直存在的长事务告警。 新增RDS for MySQL部分SQL的commit时间偶现从几毫秒陡增到几百毫秒。 新增RDS for MySQL在分页查询时报错:Out of sort

    来自:帮助中心

    查看更多 →

  • MySQL配置

    MySQL配置 设置MySQL配置参数可在迁移MySQL数据库脚本时自定义迁移工具的行为。 打开config文件夹中的features-mysql.properties文件,并根据实际需要设置features-mysql.properties文件中的配置参数中的参数。 表1 features-mysql

    来自:帮助中心

    查看更多 →

  • 配置MySQL/SQL Server/PostgreSQL目的端参数

    该参数支持配置为时间宏变量,且一个路径名中可以有多个宏定义变量。使用时间宏变量和定时任务配合,可以实现定期同步新增数据,详细说明请参见使用时间宏变量完成增量同步。 说明: 如果配置了时间宏变量,通过 DataArts Studio 数据开发调度 CDM 迁移作业时,系统会将时间宏变量替换为“

    来自:帮助中心

    查看更多 →

  • 操作符

    在Gauss中支持,但在MySQL中不支持的操作符组合不建议使用。建议按照MySQL中的使用规则对操作符进行组合使用。 索引差异 GaussDB 当前仅支持UBTree和B-tree索引。 针对模糊匹配(LIKE操作符),MySQL创建默认索引可以走索引;GaussDB默认的索引不走索引,需要用户

    来自:帮助中心

    查看更多 →

  • 内存加速概述

    Redis为了优化“传统被动缓存方案”而推出的功能,它可以让用户通过界面配置规则的形式,自动缓存MySQL的数据,加速MySQL的访问。 如下图图1所示,“传统被动缓存方案”需要用户自行开发代码把MySQL中的数据写入到缓存中,存在效率低、不可靠的缺点。而采用云数据内存加速的“全自动主动缓存方案”,支持界面可视化

    来自:帮助中心

    查看更多 →

  • 使用GaussDB(for MySQL)要注意些什么

    GaussDB(for MySQL) 实例的CPU、内存等资源是否足够,如果资源不足需及时变更规格。 GaussDB(for MySQL) 实例的数据存储空间是否足够,如资源不足需及时扩容。(超出时会自动扩容,但超出部分是按需收费,价格比自行扩容贵)。 GaussDB(for MySQL)实例是

    来自:帮助中心

    查看更多 →

  • 配置MySQL/SQL Server/PostgreSQL目的端参数

    该参数支持配置为时间宏变量,且一个路径名中可以有多个宏定义变量。使用时间宏变量和定时任务配合,可以实现定期同步新增数据,详细说明请参见使用时间宏变量完成增量同步。 说明: 如果配置了时间宏变量,通过DataArts Studio数据开发调度CDM迁移作业时,系统会将时间宏变量替换为“

    来自:帮助中心

    查看更多 →

  • 数据库使用规范

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

    来自:帮助中心

    查看更多 →

  • 内存加速概述

    Redis为了优化“传统被动缓存方案”而推出的功能,它可以让用户通过界面配置规则的形式,自动缓存MySQL的数据,加速MySQL的访问。 如下图图1所示,“传统被动缓存方案”需要用户自行开发代码把MySQL中的数据写入到缓存中,存在效率低、不可靠的缺点。而采用云数据内存加速的“全自动主动缓存方案”,支持界面可视化

    来自:帮助中心

    查看更多 →

  • 复杂查询造成磁盘满

    或者备机磁盘空间占用正常。 原因分析 MySQL内部在执行复杂SQL时,会借助临时表进行分组(group by)、排序(order by)、去重(distinct)、Union等操作,当内存空间不够时,便会使用磁盘空间。 排查思路: 因为其他只读实例和备机磁盘占用空间正常,且是偶

    来自:帮助中心

    查看更多 →

  • 在线创建索引

    在线创建索引 delete_cctmp_table 参数说明:控制是否删除Ustore在线创建/重建索引过程中产生的临时表。 参数类型:布尔型 参数单位:无 取值范围: on:表示删除临时表。 off:表示保留临时表。 默认值:on 设置方式:该参数属于USERSET类型参数,请参考表1中对应设置方法进行设置。

    来自:帮助中心

    查看更多 →

  • 在线创建索引

    在线创建索引 delete_cctmp_table 参数说明:控制是否删除Ustore在线创建/重建索引过程中产生的临时表。 参数类型:布尔型 参数单位:无 取值范围: on:表示删除临时表。 off:表示保留临时表。 默认值:on 设置方式:该参数属于USERSET类型参数,请参考表1中对应设置方法进行设置。

    来自:帮助中心

    查看更多 →

  • 重建技术索引

    “重建技术索引”页签,在左侧导航选择需要重建索引的模型。 您可以根据需要添加索引类或删除索引类。 添加索引类:单击界面右上方的“添加索引类”,在界面右侧勾选需要添加的索引类,勾选完成后单击“确定”。 删除索引类:单击要删除索引类的技术模型架构,界面展示当前已有所有索引类,找到要删

    来自:帮助中心

    查看更多 →

  • 修改索引状态

    修改索引状态 索引状态介绍 索引状态反映了索引当前的使用情况,全局二级索引支持以下五种状态: ACTIVE:索引正常,可以正常读写。 UNUSABLE:索引被禁用,索引数据会正常写入,查询时无法使用这个索引。 INACTIVE:索引异常,索引数据与数据表不一致,跳过生成这个索引的索引数据,查询数据时无法使用这个索引。

    来自:帮助中心

    查看更多 →

  • 停止索引同步

    停止索引同步 该命令会终止索引(支持指定多个索引和使用通配符)对应的同步任务,后续主集群对索引的修改操作不会同步到从集群,并且从集群索引的只读状态解除,支持新数据的写入。 请求示例如下: PUT log*/stop_remote_sync 父主题: 使用说明

    来自:帮助中心

    查看更多 →

  • 文本索引加速

    文本索引加速 通过指定配置项“index.native_speed_up”开启或关闭文本索引加速功能,索引加速功能通过优化索引流程以及内存使用等方式,对于文本字段(text、keyword)能够极大提升索引构建的性能。 通过指定配置项“index.native_analyzer”

    来自:帮助中心

    查看更多 →

  • 新建索引(1.1.6)

    新建索引(1.1.6) 功能介绍 根据给定的indexName,IndexType等信息创建索引。目前支持的索引:复合索引。 复合索引有全局点索引(GlobalCompositeVertexIndex)和全局边索引(GlobalCompositeEdgeIndex)。复合索引可在

    来自:帮助中心

    查看更多 →

  • 查询索引(1.1.6)

    data Object 要查询的索引数据。 result String 查询结果,成功时为success。 indices List 查询结果,索引列表。 indexType String 查询结果,索引类别。 indexName String 查询结果,索引名称。 indexProperty

    来自:帮助中心

    查看更多 →

  • 索引操作API

    索引操作API 新建索引 删除索引 查询索引 批量新建索引 父主题: 持久化版

    来自:帮助中心

    查看更多 →

  • 批量新建索引

    批量新建索引 功能介绍 支持一次性新建多个索引,相较于逐个建立索引,批量新建多个索引会减少数据扫描的次数,可降低整体耗时。支持创建的索引类型与新建索引接口相同,请参见新建索引索引创建后需要等待30秒索引同步时间,同步完成后Cypher查询才可以利用索引进行加速。 URI POST

    来自:帮助中心

    查看更多 →

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