数据库代理（MySQL） 开启数据库代理 查询数据库代理信息列表 查询数据库代理规格信息 设置读写分离路由模式 关闭数据库代理 父主题： API v3（推荐）

查看更多 →

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

查看更多 →

nodename name 被锁定对象的节点名称。 dbname name 被锁定对象的数据库名称。如果被锁定对象是事务，则为NULL。 nspname name 被锁定对象的命名空间名称。 relname name 被锁定对象对应的关系名称。如果被锁定对象既不是关系，也不是关系的一部分，则为NULL。

查看更多 →

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

查看更多 →

立即完成。 仅支持最后添加列，不支持添加到表中的任意位置。 不支持COMPRESSED行格式。 不支持已经有全文索引的表。 原本存在全文索引的表，删除全文索引后必须对表执行OPTIMIZE TABLE才可支持INSTANT。 不支持临时表。 不支持新增加的字段有默认值的情况。 添加方式

查看更多 →

执行以下命令 ，查看被锁用户数据密码错误次数“Failed password attempts”参数值是否大于或等于5，如果是，则证明账户被锁。 getprinc 被锁用户名 如果账户被锁，执行以下命令解锁用户后，重新登录Manager。 modprinc -unlock 被锁用户名 父主题：

查看更多 →

none：表示该参数不生效，DDL语句和SELECT语句不能并发，保持锁等待状态。 truncate：表示TRUNCATE语句被SELECT语句阻塞时，TRUNCATE会中断SELECT语句，优先执行，其它DDL语句和SELECT语句保持锁等待状态。 exchange：表示EXCH

查看更多 →

none：表示该参数不生效，DDL语句和select语句不能并发，保持锁等待状态。 truncate：表示truncate语句被select语句阻塞时，truncate会中断select语句，优先执行，其它DDL语句和select语句保持锁等待状态。 exchange：表示exch

查看更多 →

这种现象主要是由于MySQL表的数据操作（比如删除、更新、插入等操作）引起的，会使得表中的数据行不断地被修改和移动，从而导致表中的数据片段变得不连续。 影响及风险 表空间膨胀 表碎片率过高会导致数据库中存在大量未使用的空间，这些空间无法重复利用，从而浪费磁盘空间。 查询优化不佳 表碎片率过高

查看更多 →

none：表示该参数不生效，DDL语句和select语句不能并发，保持锁等待状态。 truncate：表示truncate语句被select语句阻塞时，truncate会中断select语句，优先执行，其它DDL语句和select语句保持锁等待状态。 exchange：表示exch

查看更多 →

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

查看更多 →

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

查看更多 →

join驱动表是左表，right join驱动表是右表）。 不建议两个大表直接进行join操作。 不建议join on condition中含有非等值操作。 如遇到临时表超限（Temp table limit exceeded）报错，说明JOIN中间数据产生了临时表且超限，考虑联系DDM值班进行SQL调优。

查看更多 →

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

查看更多 →

nodename name 被锁定对象的节点名称。 dbname name 被锁定对象的数据库名称。如果被锁定对象是事务，则为NULL。 nspname name 被锁定对象的命名空间名称。 relname name 被锁定对象对应的关系名称。如果被锁定对象既不是关系，也不是关系的一部分，则为NULL。

查看更多 →

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

查看更多 →

群中有冲突的锁的信息。 当某一个锁正在等待另一个锁，或正在被另一个锁等待，即该锁是有冲突的。 目前，PGXC_LOCK_CONFLI CTS 视图只收集locktype为relation、partition、page、tuple和transactionid的锁的信息。 表1 PGXC_LOCK_CONFLICTS字段

查看更多 →

群中有冲突的锁的信息。 当某一个锁正在等待另一个锁，或正在被另一个锁等待，即该锁是有冲突的。 目前，PGXC_LOCK_CONFLICTS视图只收集locktype为relation、partition、page、tuple和transactionid的锁的信息。 表1 PGXC_LOCK_CONFLICTS字段

查看更多 →

Array of objects 参数解释： 列表中每个元素表示一个数据库SCHEMA，详情参见表3。 total_count Integer 参数解释： 数据库SCHEMA总数。 取值范围： [1, 2^31-1]，取决于实际个数。 表3 database_schemas字段数据结构说明

查看更多 →

响应消息 正常响应要素说明 表2 要素说明 名称 参数类型 说明 database_schemas Array of objects 列表中每个元素表示一个数据库schema。 详情请参见表3。 total_count Integer 数据库schema总数。 表3 users元素结构说明

查看更多 →

virtualtransaction text - 持有此锁或者在等待此锁的事务的虚拟ID。 pid bigint - 持有或者等待这个锁的 服务器 线程的逻辑ID。如果锁是被一个预备事务持有的，则为NULL。 sessionid bigint - 持有或者等待这个锁的会话ID。 mode text - 这个线程持有的或者是期望的锁模式。

查看更多 →