单表不要有太多字段，建议在20以内。 尽量不用UNIQUE，由程序保证约束。 用整型来存IP。 对序列性比较强的的字段进行分区，查询时加上范围条件效率会非常高； 对于有有明显的热点的数据，而且除了这部分数据，其他数据很少被访问到，那么可以将热点数据单独放在一个分区。 建议使用数据库代理连接数据库，对于一致性

查看更多 →

经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。

查看更多 →

LOG 2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。 禁止在数据库中存储图片、文件等大的二进制数据。 不建议使用全文索引，社区MySQL全文索引局限性较多。 数据库字段设计规范 控制单表字段数量，字段上限50左右。

查看更多 →

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

查看更多 →

EXISTS删除。 Astore由于在第二次扫描之后，索引构建必须等待任何持有早于第二次扫描拿的快照的事务终止，而且建索引时加的ShareUpdateExclusiveLock锁（4级）会和大于等于4级的锁冲突，在创建这类索引时，容易引发卡住（hang）或者死锁问题。例如： 两个

查看更多 →

不再需要super权限。 不支持带有外键约束的表。 不支持带有触发器的表。 执行DDL前后的表，需要有相同的主键或者有非空的唯一索引。 迁移表的主键或者非空唯一索引包含枚举类型时，迁移效率会大幅度降低。 参考案例 gh-ost -max-load=Threads_running=20

查看更多 →

GaussDB(for MySQL)持锁长事务导致后续业务报等锁超时的解决实践 由于持锁长事务长时间未提交或回滚导致后续操作阻塞，如果持锁长事务已经阻塞了后续的业务，需要将长事务KILL，后续业务侧尽量避免持锁长事务。 10.GaussDB(for MySQL)长事务产生大量临时表导致内存超限的解决实践

查看更多 →

MySQL原生的DDL工具 Copy算法 按照原表定义创建一个新的临时表。 对原表加写锁（禁止DML）。 在1建立的临时表执行DDL。 将原表中的数据copy到临时表。 释放原表的写锁。 将原表删除，并将临时表重命名为原表。 采用copy方式期间需要锁表，禁止DML写操作。当Lock

查看更多 →

算作一个完整的长事务。 锁等待 行锁等待个数 (个数) 该指标用于统计Innodb行锁等待个数。 表示历史累积等待行锁的事务个数。重启会清空锁等待。 元数据锁：终止持有MDL锁的会话，恢复被阻塞的操作。 Innodb锁等待：查看是否存在锁等待；终止持有锁的源头会话，恢复被阻塞的操作。

查看更多 →

> 历史诊断”。 选择“锁阻塞”页签。 查看锁阻塞数量 查看近1天、近1周、近2周、近1月的锁阻塞个数。 图1 阻塞数 查看锁阻塞趋势 查看近1天、近1周、近2周、近1月或者自定义时间段内的锁阻塞趋势。关于锁阻塞类型的详细说明，请参考官方文档。 图2 锁阻塞趋势 查看阻塞源会话 查看指定数据库的阻塞源会话。

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

参数说明 第一种不指定索引。会在所有主键或唯一索引上检查冲突，有冲突就会忽略或者更新。 第二种指定索引。会从ON CONFLICT子句中指定列名、包含列名的表达式或者约束名上推断主键或者唯一索引。 唯一索引推断 对于第二种语法形式，通过指定列名或者约束名推断主键或者唯一索引。列名可以是单

查看更多 →

参数说明 第一种不指定索引。会在所有主键或唯一索引上检查冲突，有冲突就会忽略或者更新。 第二种指定索引。会从ON CONFLICT子句中指定列名、包含列名的表达式或者约束名上推断主键或者唯一索引。 唯一索引推断 对于第二种语法形式，通过指定列名或者约束名推断主键或者唯一索引。列名可以是单

查看更多 →

TABLE语句重建索引，会在重建过程中增加排他锁，阻止相关读写操作。 使用REINDEX INTERNAL TABLE语句重建desc表（包括）的索引，会在重建过程中增加排他锁，阻止相关读写操作。 操作步骤 假定在导入表“areaS”上的“area_id”字段上存在普通索引“areaS_idx”。重建索引有以下两种方式：

查看更多 →

本地二级索引与全局二级索引有什么区别？ 本地二级索引和全局二级索引之间的对比如表1所示。 每个索引属于一个表，该表称为索引的主表。 表1 本地二级索引、全局二级索引对比 对比维度 本地二级索引 全局二级索引 概念 对于复合主键（分区键+排序键）的表，支持创建本地二级索引，实现分区键下的多个键值的辅助索引。

查看更多 →

注释视图语句中的EDITIONING关键字。 MySQL不支持bitmap索引 建议配置“bitmap索引”解决该类问题 BITMAP索引将迁移成BTREE索引。 MySQL不支持unusable索引 建议配置“unusable索引”解决该类问题 迁移成MySQL不可见索引。 MySQL不支持长索引 建议配置“长索引”解决该类问题

查看更多 →

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

查看更多 →