定时任务也算是我们日常开发中比较常见的需求了,市面上也有很多成熟的框架:
定时任务也算是我们日常开发中比较常见的需求了,市面上也有很多成熟的框架:
[TOC]
前面一篇文章松哥和大家聊了 MQ 高可用之如何确保消息成功发送,各种配置齐上阵,最终确保了消息的成功发送,甚至在一些极端情况下还可能发生同一条消息重复发送的情况,不管怎么样,消息总算发送出去了,如果小伙伴们还没看过上篇文章,建议先看看,再来学习本文:
[TOC]
前面几篇文章松哥和大家介绍了 Seata 中四种分布式事务处理方案,相信经过前面的几篇文章的学习,大家对于 Seata 中的分布式事务已经非常了解了。还没看过前面文章的小伙伴,可以先看一下:
[TOC]
很多小伙伴对 MySQL 的隔离级别一直心存疑惑,其实这个问题一点都不难,关键看怎么讲!单纯的看理论,绝对让你晕头转向,但是,如果我们通过几个实际的 SQL 来演示一些,大家就会发现这玩意原来这么简单!
今天松哥想通过几个简单的案例,来和大家演示一下 MySQL 中的事务隔离级别问题。
[TOC]
Seata 一共提供了四种分布式事务的处理模式:
前面三种松哥都和大家介绍过了,今天我们来看看 Saga 这种模式。如果大家对于前三种还不太熟悉,可以先看看之前的文章,传送门:
[TOC]
分布式事务系列继续!
前面松哥和大家聊了 Seata 中的 TCC 模式以及 AT 模式,没看的小伙伴可以先看看:
[TOC]
还是那句老话,网上关于分布式事务讲解理论比较多,案例比较少,最近松哥想通过几个案例,来和大家把常见的分布式事务解决方案过一遍,前面我和大家分享了 Seata 中的 AT 模式,今天我们来看 TCC 模式。
[TOC]
网上关于分布式事务讲理论的多,讲实战的少,今天我想通过一个案例,来让小伙伴们感受一把分布式事务,咱们今天尽量少谈点理论。咱们今天的主角是 Seata!
分布式事务涉及到很多理论,如 CAP,BASE 等,很多小伙伴刚看到这些理论就被劝退了,所以我们今天不讲理论,咱们就看个 Demo,通过代码快速体验一把什么是分布式事务。
[TOC]
微服务可以设计成消息驱动的微服务,响应式系统也可以基于消息中间件来做,从这个角度来说,在互联网应用开发中,消息中间件真的是太重要了。
今天,以 RabbitMQ 为例,松哥来和大家聊一聊消息中间消息发送可靠性的问题。
[TOC]
上了微服务之后,很多原本很简单的问题现在都变复杂了,例如全局 ID 这事!
松哥最近工作中刚好用到这块内容,于是调研了市面上几种常见的全局 ID 生成策略,稍微做了一下对比,供小伙伴们参考。