COMMIT（提交事务）
由于当前分布式数据库仅使用了一阶段提交事务，因此提交时，若一部分分区成功，而另一部分分区失败或异常关闭连接，那么将造成分区数据不一致。HybridDB for MySQL的commit无论提交成功或失败，都将退出事务。commit成功，则所有更新将可见...
CommitTransaction-提交事务
调用CommitTransaction接口提交事务变更。接口说明 本接口当前仅支持华东 1（杭州）、华北 2（北京）地域的 Serverless 实例使用。调试 您可以在OpenAPI Explorer中直接运行该接口，免去您计算签名的困扰。运行成功后，OpenAPI Explorer...
Inventory Hint
Inventory Hint包括如下三个事务语法：COMMIT_ON_SUCCESS：当前语句执行成功就提交事务。示例：PolarDB MySQL版 5.6版本 UPDATE COMMIT_ON_SUCCESS T SET c=c-1 WHERE id=1;PolarDB MySQL版 5.7和8.0版本 UPDATE/*+COMMIT_ON_SUCCESS*/T ...
Binlog in Redo
Binlog in Redo功能指在事务提交时将Binlog内容同步写入到Redo Log中，减少对磁盘的操作，提高数据库性能。前提条件 实例版本为MySQL 8.0（内核小版本20200430或以上）。背景信息 在MySQL关键业务场景中，为了业务数据的安全，事务提交时...
名词解释
GlobalCommit 全局事务提交，GTS 中用于表示一个全局事务中提交了所有操作。GlobalRollback 全局事务回滚，GTS 中用于表示一个全局事务中回滚了所有操作。BranchCommit 分支事务提交，GTS 中用于表示提交了一个全局事务的某个分支操作。...
使用全局临时表
语法 CREATE GLOBAL TEMPORARY|TEMP TABLE table-name { column-definition[,column-definition]*}[ON COMMIT {DELETE|PRESERVE} ROWS]支持ON COMMIT DELETE ROWS子句，即当前事务提交后清空临时表中的数据。支持ON COMMIT PRESERVE ROWS...
使用全局临时表
语法 CREATE GLOBAL TEMPORARY|TEMP TABLE table-name { column-definition[,column-definition]*}[ON COMMIT {DELETE|PRESERVE} ROWS]支持ON COMMIT DELETE ROWS子句，即当前事务提交后清空临时表中的数据。支持ON COMMIT PRESERVE ROWS...
Binlog Cache Free Flush
在有大事务的业务场景中，大事务提交时常会出现Binlog耗时过长、实例长时间不可写或夯住（hang）的问题。RDS MySQL引入的Binlog Cache Free Flush功能，对大事务提交写Binlog的阶段做了优化，有效解决了该问题，能够提升实例的稳定性。前提...
分布式事务
二阶段事务会将事务分为以下两个阶段：准备（PREPARE）阶段：在PREPARE阶段，数据节点会准备好所有事务提交所需的资源（例如加锁、写日志等）。提交（COMMIT）阶段：在COMMIT阶段，各个数据节点才会真正提交事务。当提交一个分布式事务时，...
存储过程
存储过程支持内部开启事务块，进行事务提交（Commit）或者事务回滚（Rollback），而函数无此功能，只能整体提交或回滚一个事务。存储过程无类似Function的返回值，但是可以通过output参数获取返回结果。示例 示例一 本示例中将创建一个存储...
自动切换可用区
异步模式：在事务提交时，不需要等待此次事务产生的redo日志在跨可用区备份节点完成持久化，只需在RW上完成持久化就可以返回事务提交成功。单击 跨可用区数据复制 右侧的 编辑。在弹出的对话框中，选择 半同步，单击 确定。关闭跨可用区...
提交时间戳技术CTS
写事务提交 原生事务系统写事务提交时，需要在 trx sys mutex 保护下,查找 rw_trx_ids 并移除对应的 trx_id，维护 rw_trx_set、rw_trx_list 等。在PolarTrans事务系统中，事务提交时分配提交时间戳并更新CTS log中对应的csn字段即可。read ...
基本原理
如果在事务提交过程中出错，会出现一些分库提交成功、另一些分库失败回滚，产生数据不一致。因而无法保证事务的原子性。而 PolarDB-X 1.0 柔性事务在涉及多个分库时，将根据SQL语句的含义自动生成相应的补偿操作；一旦发生“一些分库提交...
常见问题
柔性事务只有在事务提交阶段因为网络、数据库或实例故障导致意外失败后才产生脏读和回滚覆盖风险。正常事务提交、回滚是不会产生脏读和回滚覆盖风险的。柔性事务能否全局开启？正确使用柔性事务需要对业务流程做一定优化改造，如果全局开启...
调整innodb_flush_log_at_trx_commit和sync_binlog...
背景 优化innodb_flush_log_at_trx_commit和sync_binlog参数的配置可以提高数据库的性能和数据安全性，参数作用如下：innodb_flush_log_at_trx_commit：控制MySQL实例在事务提交后，是否立即将日志缓冲数据更新至log file文件中，用于进行...
LISTEN
第一次设置侦听会话时有一个竞争条件：如果并发提交的事务正在发送通知事件，那么新的侦听会话将接收在事务提交步骤中的一瞬间之后所有提交的事件。但这比事务在查询中可能观察到的任何数据库状态都要晚一些。这将导致使用 LISTEN 的以下...
发起方配置
业务方法正常返回则分布式事务提交，业务方法抛出异常则分布式事务回滚。示例如下：public class YourClass{@DtxTransaction(bizType="yourbizType")public void yourMethod(yourParams){ try{/可以是 FMT 参与者数据源 DAO1;DAO2;DAO N;...
Saga 模式服务设计
在事务执行过程中，首先会依次执行各参与者的正向操作，如所有正向操作执行成功，则事务提交。如任一正向操作执行失败，则事务会执行之前各参与者的逆向回滚操作，回滚已提交的参与者，直至事务退回至其初始状态。允许服务空补偿 空补偿，...
使用 API 开启事务
} try {/业务逻辑/全局事务提交 tx.commit();logger.info("GTS Committed:"+xid);} catch(Throwable ex){ try {/全局事务回滚 tx.rollback();logger.info("GTS Rollbacked:"+xid);} catch(Throwable rollbackFailed){/打印回滚异常并记录...
性能监控
COMMIT 数：Commit Per Minute，即每分钟显式执行事务提交操作的量。COMMIT 耗时：显式提交事务操作的平均耗时。慢 SQL 数：每分钟慢 SQL 的数量。耗时超过一定阈值的 SQL 会被定义为慢 SQL，阈值是 500 毫秒，暂时不支持自定义。SQL 耗时...
COMMIT PREPARED
COMMIT PREPARED 用于提交一个处于预备状态的事务。语法 COMMIT PREPARED transaction_id 参数 transaction_id 要被提交的事务的事务标识符。说明 要提交一个预备的事务，你必须是原先执行该事务的同一用户或者超级用户。但是不需要处于...
CreateLock-创建元数据锁
说明 另外需要注意，lock 有事务语义，只有传入 lock，按照事务隔离性才能获取当前事务的状态，否则看到到是事务提交前的状态。说明 比如一个请求对表已经加了 lock，同时 delete 了改表，但是如果事务没有提交（也就是没有 unlock），这个...
部分参数默认值调整说明
说明 由于在向客户端返回成功和真正保证事务持久性之间会有延迟（最大的延迟是wal_writer_delay的三倍，其中，wal_writer_delay默认为10ms），因此参数设置为off时，可以提升数据库的事务提交效率。on：表示一个事务在返回成功指示给客户端...
事务消息
} } } 使用建议 避免大量未决事务导致超时 云消息队列 RocketMQ 版 支持在事务提交阶段异常的情况下发起事务回查，保证事务一致性。但生产者应该尽量避免本地事务返回未知结果。大量的事务检查会导致系统性能受损，容易导致事务处理延迟。...
数据库事务
在提交事务之后，如果事务操作了多条数据，有可能会出现一部分先可见、另一部分后可见的情况，但是会保证最终一致性。如果事务回滚了，事务中的修改在事务外一直都是不可见的。在事务过程采用的是快照隔离，在快照隔离中：读操作返回的是...
pg_cursors
is_holdable bool 如果游标是可保持的（即可以在其定义事务提交后被访问）则为 true，否则为 false。is_binary bool 如果游标被声明为 BINARY 则为 true，否则为 false。is_scrollable bool 如果游标是可滚动的（即允许以一种非顺序的方式...
典型场景
PolarDB-X 1.0 支持 balance=balance-100 操作的完美回滚，能够自动生成对应的反向转账语句：UPDATE account SET balance=balance+100 WHERE id='A' 因此即使“分库2”事务提交失败，A的账户金额也可以正确回滚到转账前的状态。优化点：在...
AliSQL功能概览
支持 支持 不支持 Binlog Cache Free Flush 对大事务提交写Binlog的阶段做了优化，有效解决大事务提交时常会出现Binlog耗时过长、实例长时间不可写或夯住（hang）的问题，能够提升实例的稳定性。支持 不支持 不支持 安全 Recycle Bin 支持...
概述
写请求量 tps 租户/写请求量 读请求量 QPS 租户/读请求量 写请求响应时间 tps_rt 租户/写请求响应时间 读请求响应时间 qps_rt 租户/读请求响应时间 等待队列 request_queue_rt 租户/等待队列 事务提交量 trans_user_trans_count 租户/事务...
异常事务处理方案
清除异常任务数据 问题现象 事务提交异常，并且业务需求不再需要提交，需要清除异常事务。问题原因 业务代码问题导致事务提交异常。解决方案 进入 dtxserver 的 dtx_remote 库。使用如下命令查询 business_action、business_activity 表中...
事务隔离
在各个级别上被禁止出现的现象是：脏读 一个事务读取了另一个并行未提交事务写入的数据。不可重复读 一个事务重新读取之前读取过的数据，发现该数据已经被另一个事务（在初始读之后提交）修改。幻读 一个事务重新执行一个返回符合一个搜索...
pg_cursors
is_holdable bool 如果游标是可保持的（即，它可以在其定义事务提交后被访问）则为 true，否则为 false。is_binary bool 如果游标被声明为 BINARY 则为 true，否则为 false。is_scrollable bool 如果游标是可滚动的（即，允许以一种非顺序...
TCL语句
1} 参数说明 参数 说明 START TRANSACTION[READ ONLY|READ WRITE]启动新的事务，随后执行的DML语句（即INSERT、UPDATE、DELETE等）直到事务提交时才会生效。READ ONLY子句表示事务以只读方式开启，事务内不允许执行修改操作。READ WRITE...
SET CONSTRAINTS
在事务提交之前不会检查 DEFERRED 约束。每个约束均具有自己的 IMMEDIATE 或 DEFERRED 模式。在创建约束时，将为其赋予以下三个特性之一：DEFERRABLE INITIALLY DEFERRED、DEFERRABLE INITIALLY IMMEDIATE 或 NOT DEFERRABLE。第三个类始终...
注意事项
例如，下面就是一个增量更新的SQL语句：UPDATE account SET balance=balance-100 WHERE id='B' AND balance>=100 更新顺序 PolarDB-X 1.0 事务提供的后置执行无法保证后置SQL执行的顺序和事务提交顺序相同。采用增量更新可以避免这一问题，...
如何支持超大事务
针对分片数，主要考虑以下三种设定：1分片，即单库单表的情形，PolarDB-X 对于单分片上的事务提交会优化为一阶段提交；8分片，以ID为拆分键将上述实验表拆分成8个分片，每个存储节点（DN）2 个分片；16分片，以ID为拆分键将上述实验表拆...
【邀测】PolarDB多主集群支持CRAC
Polar Fusion实现事务、锁、缓存信息的全局协调 利用全局事务ID和提交时间戳确定事务提交序和可见性。利用多级别的不同粒度的全局锁实现高效的跨节点的并发控制。通过Page锁实现跨节点缓存一致性。高度融合RDMA 实现高速的跨节点的信息协调...
客户端及连接池
启用连接池后，以begin/start transaction/set autocommit=0 开启的多行事务，仅在第一条环境变量设置语句中附带当前库名和当前全量环境变量到后端HybridDB for MySQL，直到事务提交、回滚、隐式提交，才将后端分区归还到全局连接池；...
应用级别的数据完整性检查
对于使用读已提交事务的数据完整性强制业务规则非常困难，因为对每一个语句数据视图都在变化，并且如果一个写冲突发生即使一个单一语句也不能把它自己限制到该语句的快照。虽然一个可重复读事务在其执行期间有一个稳定的数据视图，在使用 ...
组复制简介
一个事务在源节点准备提交时，除了发送自己修改的数据到其他节点外，还会发送一个gtid 集合，这个集合是该事务提交时，源节点上的gtid executed（源节点上所有提交过的事务的gtid集合）。这个集合标识了当前事务提交前，源节点上哪些事务...
- 产品推荐
- 这些文档可能帮助您