MySQL的锁设计是为了在多用户环境中管理对数据库数据的并发访问，确保数据的完整性和一致性，提供了大概12种锁，每一种锁对应的业务场景不一样，肖哥带你掌握他的使用技巧。 1、读锁/共享锁（S锁） 流程

@Transactional注解引发NPE问题 我们都知道，@Transactional 是一个用于声明式事务管理的注解，在Spring框架中被广泛使用。

求求你，别再乱用@Transactional了 🔊先看个问题 你觉得test2方法执行后 user1表有几条数据？ 📕情况1 情况1结果 三条记录都保存成功了 🖥️情况2 catch中throw出异常

双 11、618 期间，系统要尽可能多地卖出商品，尽可能多地收订单，又不能超过库存。在这种高并发、大流量场景下，整个系统的瓶颈点出现在数据库上，本篇文章就库存更新这一场景下讨论如何优化事务 SQL。

emm，又又又踩坑啦。这次的需求主要是对逾期计算的需求任务进行优化，现有的计算任务运行时间太长了。简单描述下此次的问题：在项目中进行多个数据库执行操作时，我们期望的是将其整个封装成一个事务，

最近工作中遇到某些七七八八的问题，就是与事务和锁、并发都有着紧密联系相关的问题所在。当Transactional与synchronized共同使用将可能出现一些列问题。

概述 在分析事务失效的常见场景之前，我们先来了解一下：事务的传播类型 和 @Transactionnal 注解的不同属性的含义。 事务的传播类型 isolation 该属性用于设置底层数据库的事务隔离

金三银四很快就要来啦，田螺哥准备了MySQL事务的12连问，相信大家看完肯定会有帮助的。小伙子，加油呀

[TOC] 最近有小伙伴告诉松哥说面试中被问到这个问题了，不知道该怎么回答，这能忍？捋一篇文章和小伙伴们分享下吧。 既然捋成文章，就连同 Spring 事务一起梳理下吧。 1. 什么是事务 数据库事务