intern 锁对象 toString 后返回的是不同的 String 对象，需要用 intern 方法直接从常量池中调用字符串对象 synchronized (userId.toString().intern()) proxy 使用 @Transaction 注解开启事务，spring 创建代理对象实现事务，但是在 service 中调用方法都是本身 this 调用，需要得到当前
mysal有3种log，分贝是：biglog，redo log，undo log biglog biglog是用于记录数据库表结构和表数据变更的二进制日志，比如insert，update，delete，create，truncate等等操作，不会记录select和show操作 主从复制 三种模式：statement，row，mixed redo log 事务持久性，用于崩溃恢复，innodb是已页为单位进行
前言：Mysql事务隔离性由锁机制实现，Mysql事务的原子性、一致性、持久性由日志来实现。 Redo Log称为重做日志，提供写入操作，恢复提交事务修改页的操作，用来保证事务的持久性。 Undo Log称为回滚日志，回滚记录到某个特定的版本，用来保证事务的原子性和一致性。
关于面试题的文章之前发过不少，但读者们给的反馈是普遍是理解难，看完就忘。所以今天我会用画图来给大家分析一下这35道题，希望能够加深你们的理解。 篇幅所限，本文先写MySQL的35问，其他的技术栈我也都整理好了，后面会持续更新，点个关注不迷路 当然我知道肯定有等不及的同学，所以我会把整理
MySQL多表、事务 多表查询 笛卡尔积： 有两个集合A、B取这两个集合的所有组成情况 要完成多表查询，需要消除无用的数据 多表查询分类： 内连接查询： 隐式内连接：使用where条件消除无用数据 显式内连接： 语法：select 字段列表 from 表名1 [inner] join 表名2 on 条件；
对于 serializable隔离等级 事务A修改 事务B查询 在A事务执行完成前，B事务会一直等待A事务释放写锁。 原理：没有MVVC，通过读锁加写锁，使涉及同一行操作或读取的事务完全按照顺序执行。
事务A先执行 事务B随后执行 B只有再A事务结束后才会执行update操作，因为A事务对该行添加了写锁，且执行完更新操作不会释放，只有事务执行完成或者事务回滚后才会释放写锁，然后B事务开始操作。当A事务执行完更新操作时，数据库中的name确确实实变为了3。 若AB都执行成功
/** * 声明式事务： * * 环境搭建： * 1、导入相关依赖 * 数据源、数据库驱动、jdbc模块 * 2、配置数据源、JdbcTemplate（Spring提供的简化数据库操作的工具）操作数据 * 3、给方法上标注 @Transactional 表示当前方法是一个事务方法；（也可以标注在类上） * 4、 @EnableTran
@Transactional 是 spring 中的注解。 @DSTransactional 是 mybatis-plus 中的注解。 两者都可以控制事务处理。但不能混用！尤其是在多数据源的情况下，可能会造成事务死锁。 这个问题是怎么发现的呢？在某一次死锁的排查中，在查询数据库的锁的时候，发现对某一个表的锁是一个不同的 ses
在文章stop slave卡住，初步介绍了stop slave的问题现象以及一些原因。 以及文章stop slave 卡住模拟--大事务场景中，介绍了大事务场景中，stop slave的模拟。 本文介绍另外一种情况：一个事务的事件没有完整复制到从库。 此时在从库事务已经开始执行，并且在等待事务的其他事件，但由于主库
事务是指数据库操作的最小工作单位，是作为单个逻辑工作单元的一系列操作；这些操作作为一个整体一起向系统提交，要么都执行，要么都不执行；事务是一组不可再分的操作集合。 通俗的说事务就是一个可以作为一个单元的一组有序的数据库操作。如果组中的所有操作都成功，则认为事务成功，即使有一
MySQL中MVCC中，版本号的比较是通过比较事务id，比较事务id使用的数据结构为read view，其维护以下变量： up_limit_id：最先开始的事务，该SQL启动时，当前事务链表中最小的事务id编号，也就是当前系统中创建最早但还未提交的事务 low_limit_id：最后开始的事务，该SQL启动时，当前事务链表中最大的事
事务管理是什么？ 相当于过滤器，如果这一进程中上一个操作正常执行完后提交数据已经发生改变，但是下一个操作中出现了异常，这样就会影响数据的查看。 典型例子：银行转账，甲方已经转钱给乙方（甲方已扣钱），乙方收款时出现异常（没有收到钱），程序还是执行完了，所以这是错误的。 操作事务 注解@Transa
八股文事务的传播机制 TransactionDefinition.PROPAGATION_REQUIRED 当存在事务，就加入事务 TransactionDefinition.PROPAGATION_SUPPORTS 当存在事务，就以事务方式运行，没有事务，就以非事务方式运行 TransactionDefinition.PROPAGATION_MANDATORY 当存在事务，就加
失效场景有哪些 把注解标注在非public修饰的方法上 propagation(传播行为)属性配置错误 rollbackFor属性设置错误 在同一类中调用方法，导致事务失效 自己主动去catch，代表没有异常发生，导致事务失效 数据库本身就不支持事务（MyISAM）,当然也不会生效。
1、事务传播特性设置错误 @transactional() 2、try...catch自己吞了异常，不报错自然就没有回滚了 3、手动执行了别的异常，默认是Runtime和Error，你非得执行Exception，那么当然就失效了 4、自定义了回滚异常，异常不属于自己的定义异常，自然就不会回滚了，可以设置为Exception或Throwable
作者：小傅哥 博客：https://bugstack.cn 沉淀、分享、成长，让自己和他人都能有所收获！
1.基础概念 1.1.什么是事务 什么是事务？举个生活中的例子：你去小卖铺买东西，“一手交钱，一手交货”就是一个事务的例子，交钱和交货必 须全部成功，事务才算成功，任一个活动失败，事务将撤销所有已成功的活动。 明白上述例子，再来看事务的定义： 事务可以看做是一次大的活动，它由不同的小活动组成
数据库：建立连接、开启事务、进行sql操作、成功提交、失败回滚 业务逻辑：准备工作（可以进行前置通知）、开启事务、事务操作、成功提交（可以后置通知）、失败回滚（异常通知） spring的事务是由aop实现的，首先要生成具体的代理对象，然后按照aop流程执行具体的操作逻辑，正常情况下要通过通知来
大家好，又见面了。 到这里呢，已经是本SpringData JPA系列文档的第四篇了，先来回顾下前面三篇： 在第1篇《Spring Data JPA系列1：JDBC、ORM、JPA、Spring Data JPA，傻傻分不清楚？给你个选择SpringDataJPA的理由！》中，我们对JPA的整体概念有了全面的了解。 在第2篇《Spring Data JPA系列
1. 按属性分： a. 共享锁(读锁) S：当一个事务对数据添加读锁后，其他事务只能对该数据加读锁，不能做修改操作，也就是加写锁。b. 排他锁(写锁) X：当一个事务对数据添加写锁后，其他事务既不能对该数据加读锁，也不能加写锁。只有等待当前写锁释放后，才能进行后续加锁操作。 2. 按状态分： a.
2021年Edison总结了MongoDB的入门实战教程，2022年整理了一份目录索引，希望对你有帮助。 1 MongoDB学习路径 在去年学习《MongoDB高手课》的途中，我总结了一个系列的MongoDB入门实战教程，现在我将它分类整理成一个学习路线图，分享与你。 下面，我将参考上面这个脑图将本系列的MongoDB学习
day80(修改order,business模块支持Dubbo,Seata,Sentinel) 目录day80(修改order,business模块支持Dubbo,Seata,Sentinel)1.修改order模块支持Dubbo2.创建csmall-order-service项目3.创建csmall-order-webapi项目1.pom.xml2.csmall-order-webapi.OrderServiceImpl3.CsmallOrderWebap
十七、MySql 164. 数据库的三范式是什么？ 第一范式：强调的是列的原子性，即数据库表的每一列都是不可分割的原子数据项。 第二范式：要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性。 第三范式：任何非主属性不依赖于其它非主属性。 165.
一.面向对象编程 面向对象不是一门编程语言，也不是一种语法，而是一种编程思想 面向对象思想：就是在计算机过程中，参照现实事务，将事务的属性特征，行为特征抽象出来，描述成计算机事件的设计思想.它区别于面向过程思想，强调的是通过调用对象行为实现的功能，而不是自己一步一步的去操作实现
