先update再insert的并发死锁问题分析。背景“如果库里有对应记录，就更新，没有就插入”很简单的一个逻辑，相信很多人都会遇到。最近看一个工程里实现代码是这样的，mysql数据库走的是默认的事务级别:可重复读。包在一个事务中执行：ifupdate更新结果0thenreturn"成功";el

!(https://oscimg.oschina.net/oscnet/c5b4fcf737f248db8060e0f7c009f6c8.jpg)前几天发了一篇文章里面有一个关于事务失效的问题：用Spring的@Transactional注解控制事务有哪些不生效的场景？其中有个热心粉丝留言分享了下，我觉得总结得有点经验

spring对事务的管理，之前的博客文章中也介绍过，不再详细累述。本文想说的是，当@Transactional不起作用如何排查问题。可以按照以下几个步骤逐一确认：1、首先要看数据库本身对应的库、表所设置的引擎是什么。MyIsam不支持事务，如果需要，则必须改为InnnoDB。2、@Transactional所注解的方法是否为public3

!(https://oscimg.oschina.net/oscnet/0001a9db0c7346a6b32db4586329cae6.png)作者|王蒙整理|无风我起浪这篇文章主要讲述Kafka事务性的实现，这部分的实现要比幂等性的实现复杂一些，幂等性实现是事务性实现的基础，幂等性提供了单会话单Partiti

spring对事务的管理，之前的博客文章中也介绍过，不再详细累述。本文想说的是，当@Transactional不起作用如何排查问题。可以按照以下几个步骤逐一确认：1、首先要看数据库本身对应的库、表所设置的引擎是什么。MyIsam不支持事务，如果需要，则必须改为InnnoDB。2、@Transactional所注解的方法是否为public3

概述在使用RabbitMQ的时候，我们可以通过消息持久化操作来解决因为服务器的异常奔溃导致的消息丢失，除此之外我们还会遇到一个问题，当消息的发布者在将消息发送出去之后，消息到底有没有正确到达broker代理服务器呢？如果不进行特殊配置的话，默认情况下发布操作是不会返回任何信息给生产者的，也就是默认情况下我们的生产者是不知道消息有没有

关于事物的基本概念等这里就不介绍了。Spring声明式事物的实现，有两种方式；第一种是配置xml，第二种是使用相关注解(这两种方式可详见《程序员成长笔记(一)》的相关章节)。SpringBoot中默认配置了第二种方式，所以，SpringBoot直接使用注解即可。下面介绍SpringBoot通过注解开启事物的使用。SpringBoot使用事物的

HibernateTemplate和session1.Spring的HibernateTemplate可以管理会话和事务,简化DAO实现.但使用HibernateTemplate意味着DAO必须依赖于Spring的

!(https://oscimg.oschina.net/oscnet/aa50249b99964bfeba109c5e6bf81210.png)写在前面写这篇文章的背景是有个跟我关系不错的小伙伴去某大型互联网公司面试，面试官问了他关于分布式事务的问题，不巧的是他确实对分布式事务掌握的不是很深入，面试的结果挺遗憾的。不过，这

!(https://oscimg.oschina.net/oscnet/4dbf52544247d9434c2ef8456efb077a97e.png)网上关于Spring事务传播性以及隔离性的文章漫天盖地，还有不负责任的直接复制名词意思，文章虽然很多却是看的云里雾里，我们今天将分别给出案例和大家一起学习。1、给出Spring事务的4