《事务》专题

使用事务处理的话，需要数据库引擎支持事务处理。比如 MySQL 的 MyISAM 不支持事务处理，需要使用 InnoDB 引擎。 使用 transaction 方法操作数据库事务，当发生异常会自动回滚，例如： 自动控制事务处理 Db::transaction(function(){ Db::name('user')->find(1); Db::name('user')->delet

使用事务处理的话，需要数据库引擎支持事务处理。比如 MySQL 的 MyISAM 不支持事务处理，需要使用 InnoDB 引擎。 使用 transaction 方法操作数据库事务，当发生异常会自动回滚，例如： 自动控制事务处理 Db::transaction(function(){ Db::name('user')->find(1); Db::name('user')->delet

启动事务 $this->db->start(); Swoole::$php->db('slave2')->start(); 提交事务 $this->db->commit(); Swoole::$php->db('slave2')->commit(); 回滚事务 $this->db->rollback(); Swoole::$php->db('slave2')->rollback();

支持项 完全支持非跨库事务，例如：仅分表，或分库但是路由的结果在单库中； 完全支持因逻辑异常导致的跨库事务。例如：同一事务中，跨两个库更新。更新完毕后，抛出空指针，则两个库的内容都能回滚。 不支持项 不支持因网络、硬件异常导致的跨库事务。例如：同一事务中，跨两个库更新，更新完毕后、未提交之前，第一个库宕机，则只有第二个库数据提交。

在2.0.0之后我们已经支持事务嵌套了，是通过事务等级去实现的。 1. 开始事务 $model->beginTransaction(); 2. 事务提交 $model->commit(); 3. 事务回滚 $model->rollback();

transactionIdentifier String - 成功加入队列的事务的唯一标识 transactionDate String - 事务被加入队列的时间 originalTransactionIdentifier String - App Store恢复的事务的标识符 transactionState String - 事务状态, 可以是 purchasing, purchased, f

Note 本文档翻译自： http://redis.io/topics/transactions 。 MULTI 、 EXEC 、 DISCARD 和 WATCH 是 Redis 事务的基础。 事务可以一次执行多个命令， 并且带有以下两个重要的保证： 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 事务是一个原子操作

#全局事务状态表 状态 代码 备注 全局事务开始（Begin） 1 此状态可以接受新的分支事务注册 全局事务提交中（Committing） 2 这个状态会随时改变 全局事务提交重试（CommitRetry） 3 在提交异常被解决后尝试重试提交 全局事务回滚中（Rollbacking） 4 正在重新回滚全局事务 全局事务回滚重试中（RollbackRetrying） 5 在全局回滚异常被解决后尝试事

使用事务处理的话，需要数据库引擎支持事务处理。比如 MySQL 的 MyISAM 不支持事务处理，需要使用 InnoDB 引擎。 最简单的方式是使用 transaction 方法操作数据库事务，当闭包中的代码发生异常会自动回滚，例如： Db::transaction(function () { Db::table('think_user')->find(1); Db::table(

transactionIdentifier String - 成功加入队列的事务的唯一标识 transactionDate String - 事务被加入队列的时间 originalTransactionIdentifier String - App Store恢复的事务的标识符 transactionState String - 事务状态, 可以是 purchasing, purchased, f

我目前在Spring集成中处理JMS事务时遇到困难。我正在创建的集成流程如下所示： JMS队列A- 我希望在JMS队列B和JMS队列C上保证消息的传递。然而，为了使传递稍微困难一些，我希望将导致错误的消息存储在单独的JMQ队列上，并在队列a上确认消息。 但是，如果我对此进行测试并在队列C上设置消息之前抛出错误（让我们假设队列B首先完成，队列C其次完成），事务将确认队列A并在队列B和错误队列上提交消

如果我有一个在类级别上标记为的基本Dao类，这将导致Dao的每个调用都在它自己的事务中运行。 如果我在某个地方创建了一个方法，它使用多个对不同道方法的调用，会怎么样？这些调用中的每一个都将在自己的事务中运行，还是事务将被包装？ 如果它被包装，你会认为这是一个很好的做法，在一个通用的DAO类中有<代码> @事务性< /代码>注释，以便DAO可以直接用作<代码> @ AutoWordBaseDaO。

我试着使用use logstash的聚合过滤器来达到这个目的，但是我不能得到一个工作的结果。 非常感谢你

我正在探索Ignite事务性缓存。我已经有了一段代码，它对JDBC使用Spring事务管理。我想使用Spring缓存抽象在代码中集成ignite事务性缓存。 我遇到了SpringTransactionManager（由Ignite提供），但我无法找到正确的使用方法。本质上，我想做一些类似的事情： 当事务提交时，数据库和缓存应该一起提交。为此，Ignite文档提到了使用SpringTransacti

问题内容： 我需要从存储过程中写入日志表。现在，此日志信息必须能够在回滚过程中幸免。 我知道以前曾问过这个问题，但是我的情况有所不同，在这些问题中找不到我的问题的答案。 当存储过程中没有错误时，事情就很简单了，日志表中的条目就在那里。 当有错误时，事情就变得复杂了。 在该过程中，我可以在catch中进行回滚，然后将数据插入日志表，我知道并且我已经在这样做了。 但是问题是当存储过程这样调用时： 我知