Mycat的事务管理机制

Mycat事务源码分析

 

Mycat的事务相关的代码逻辑,目前的实现方式如下:

用户会话Session中设定autocommit=false,开启一个事务过程,这个会话中随后的所有SQL语句进入事务模式,ServerConnection(前端连接)中有一个变量txInterrupted控制是否事务异常需要回滚

 

当某个SQL执行过程中发生错误,则设置txInterrupted=true,表明此事务需要回滚

 

当用户提交事务(commit指令)的时候,Session会检查事务回滚变量,若发现事务需要回滚,则取消Commit指令在相关节点上的执行过程,返回错误信息,Transaction need rollback,用户只能回滚事务,若所有节点都执行成功,则向每个节点发送Commit指令,事务结束。

 

从上面的逻辑来看,当前Mycat的事务是一种弱XA的事务,与XA事务相似的地方是,只有所有节点都执行成功(Prepare阶段都成功),才开始提交事务,与XA不同的是,在提交阶段,若某个节点宕机,没有手段让此事务在故障节点恢复以后继续执行,从实际的概率来说,这个概率也是很小很小的,因此,当前事务的方式还是能满足绝大数系统对事务的要求。

 

另外,Mycat当前若XA的事务模式,相对XA还是比较轻量级,性能更好,虽然如此,也不建议一个事务中存在跨多个节点的SQL操作问题,这样锁定的资源更多,并发性降低很多。

 

前端连接中关于事务标记txInterrupted的方法片段:

public class ServerConnection extends FrontendConnection {

/** * 设置是否需要中断当前事务 */

public void setTxInterrupt(String txInterrputMsg) {

            if (!autocommit && !txInterrupted) {

  txInterrupted = true;

  this.txInterrputMsg = txInterrputMsg;

     }

    }

    public boolean isTxInterrupted() {

 return txInterrupted;

    }

    /** * 提交事务 */

    public void commit() {

  if (txInterrupted) {

writeErrMessage(ErrorCode.ER_YES,"Transaction error, need to rol                lback.");

  }else{

 session.commit();

  }

   }

}

SQL出错时候设置事务回滚标志:

 

public  class  SingleNodeHandler implements ResponseHandler, Terminatable,LoadDataResponseHandler {

private void backConnectionErr(ErrorPacket errPkg, BackendConnection conn) {

    endRunning();

    String errmgs = " errno:" + errPkg.errno + " "+ new String(errPkg.message);

    LOGGER.warn("execute  sql err :" + errmgs + " con:" + conn);

   session.releaseConnectionIfSafe(conn, LOGGER.isDebugEnabled(), false);

   ServerConnection source = session.getSource();

   source.setTxInterrupt(errmgs);

   errPkg.write(source);

   recycleResources();

}

}

 

Session提交事务的关键代码:

 

public class NonBlockingSession implements Session {

public void commit() {

final int initCount = target.size();

if (initCount <= 0) {

ByteBuffer buffer = source.allocate();

buffer = source.writeToBuffer(OkPacket.OK, buffer);                source.write(buffer);

return;

} else if (initCount == 1) {

BackendConnection con = target.elements().nextElement();        commitHandler.commit(con);

} else {

if (LOGGER.isDebugEnabled()) {

LOGGER.debug("multi node commit to send ,total " + initCount);

}

multiNodeCoordinator.executeBatchNodeCmd(SQLCmdConstant.COMMIT_CMD);

}

}

}

 

更多内容请关注微信公众号:it_haha

转载于:https://my.oschina.net/u/2836632/blog/704598

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Mycat是一个开源的分布式数据库中间件,可以将多个数据库实例组织成一个逻辑库,并提供高可用、负载均衡和横向扩展等功能。Mycat通过将数据水平切分并存储在不同的数据库实例中,实现了分布式。 分布式事务是指跨多个数据库实例的事务操作。在分布式场景下,一个事务可能涉及多个数据库实例的读写操作。Mycat提供了分布式事务的支持,通过在Mycat中引入分布式事务协调器,实现多个数据库实例中的事务一致性。 在Mycat中,分布式事务的实现主要依赖于两个核心组件:分布式事务协调器TCC(Try-Confirm-Cancel)和分布式锁机制。 首先,Mycat使用TCC协调器来管理分布式事务的各个阶段。在事务操作开始时,TCC协调器负责向所有参与者发送Try请求,各个参与者在Try阶段执行相应的业务逻辑,并进行资源的预留和锁定。在所有参与者的Try都成功之后,TCC协调器再发送Confirm请求,各个参与者进行业务的真正提交操作,并释放相应的锁资源。如果任何一个参与者在Try或Confirm阶段操作失败,TCC协调器会发送Cancel请求,各个参与者执行业务的回滚操作。 其次,Mycat还使用分布式锁机制来保证分布式事务中的并发性和一致性。在事务的Try阶段,分布式锁的机制可用于防止多个事务对同一资源进行并发的读写操作,从而避免了数据的脏读和不一致的状态。 总之,Mycat分布式加分布式事务的实现,通过引入TCC协调器和分布式锁机制,使得多个数据库实例之间的事务操作可以保持一致性和并发性。这为分布式环境下的数据操作提供了更加可靠和高效的支持。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值