锁究竟锁住的是什么？

背景：今天遇到一个问题，在一个长事务中，我调用服务a去写数据（redis数据库不支持事物），然后调我的服务去写这个数据，但是我主数据库是事务型数据库。当我事务失败会滚的时候，服务a去写的数据并没有做相应的会滚动作。导致重新发起调用的时候，数据库没有值，但是redis有值，我的处理逻辑是redis有值我就不会去进行写操作了，直接查回去就行了。所以尴尬的是我的主数据库里面永远丢失了这条数据。（业务要求数据无论成功与否都最好写入数据库中）

于是乎：

1、我对写入主数据库的方法做了异步，保证事务异常仍然不会会滚数据。

2、我对还没提交事务的时候的数据优先查询redis的数据。

保障了数据是最新的，而且在第二次使用数据的时候，数据库里面因为异步也会存在该数据。

但是我发现，debug模式下，打断点在异步方法中，主线程并没有继续执行，而是等待。但是事务失败后，该数据仍然对主数据库进行了写入操作

什么是事务？

事务必须服从ACID原则。ACID指的是原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）。通俗理解，事务其实就是一系列指令的集合

原子性：操作这些指令时，要么全部执行成功，要么全部不执行。只要其中一个指令执行失败，所有的指令都执行失败，数据进行回滚，回到执行指令前的数据状态。
一致性：事务的执行使数据从一个状态转换为另一个状态，但是对于整个数据的完整性保持稳定。
隔离性：在该事务执行的过程中，无论发生的任何数据的改变都应该只存在于该事务之中，对外界不存在任何影响。只有在事务确定正确提交之后，才会显示该事务对数据的改变。其他事务才能获取到这些改变后的数据。
持久性：当事务正确完成后，它对于数据的改变是永久性的。

什么是锁？

锁是用于解决隔离性的一种机制。另外锁有不同的粒度，同时事务也是有不同的隔离级别的（一般有四种：读未提交Read uncommitted，读已提交Read committed，可重复读Repeatable read，可串行化Serializable）。在具体的程序设计中，开启事务其实是要数据库支持才行的，如果数据库本身不支持事务，那么仍然无法确保你在程序中使用的事务是有效的。锁可以分为乐观锁和悲观锁：悲观锁：认为在修改数据库数据的这段时间里存在着也想修改此数据的事务；乐观锁：认为在短暂的时间里不会有事务来修改此数据库的数据；我们一般意义上讲的锁其实是指悲观锁，在数据处理过程中，将数据置于锁定状态（由数据库实现）

关于乐观锁和悲观锁文章可以看看这个https://www.jianshu.com/p/d2ac26ca6525

回答一下初衷：锁究竟锁住的什么？java的锁会锁住锁住当前对象的线程换言之java方法栈的内存数据，事务为实现隔离型也有锁这个锁一般是数据库级别的锁，不只是单单锁对象。