1、数据库事务的属性、隔离级别（MySql -InnoDB）以及隔离级别的实现？

①事务的属性ACID

a、原子性atomicity：事务是一个不可分割的工作单位。

b、一致性consistency：事务必须是数据库从一个一致性状态换到另一个一致性状态。

c、隔离性isolation：一个事务的执行不受其他事物的干扰。

d、持久性durability：事务对数据库的改变是永久的。

②事务的隔离级别

③mysql隔离级别的实现：通过锁的方式

读未提交：性能最好，不加锁。

串行化：读的时候加共享锁，即其他事务可以并发读，但是不能写。写的时候加排它锁，其他事务不能并发读写。

读已提交和可重复读：MySQL 采用了 MVCC (多版本并发控制) 的方式，在数据库表中看到的一行记录可能实际上有多个版本，每个版本的记录除了有数据本身外，还要有一个表示版本的字段，记为 row trx_id，而这个字段就是使其发生改变的事务的 id，事务 ID 记为 transaction id，它在事务开始的时候向事务系统申请，按时间先后顺序递增。可重复读是在事务开始的时候生成一个当前事务全局性的快照，而读已提交则是每次执行语句的时候都重新生成一次快照。

对于一个快照来说，它能够读到哪些版本数据，要遵循以下规则：

1. 当前事务内的更新，可以读到；
2. 版本未提交，不能读到；
3. 版本已提交，但是却在快照创建后提交的，不能读到；
4. 版本已提交，且是在快照创建前提交的，可以读到；

2、Springboot事务的传播机制及实现原理？

事务的传播机制是针对于嵌套事务而言。@Transactional(propagation = Propagation.REQUIRED)

①REQUIRED：spring默认的事务传播行为。支持事务。如果方法执行时已经在一个事务中，则加入当前事务，否则重新开启一个事务，必须在事务中执行。外层事务提交了，内层才会提交。内/外只要有报错，他俩会一起回滚，因为内外层方法在同一个事务中，内层只要抛出了异常，这个事务就会被设置成rollback-only，即使外层try-catch内层的异常，该事务也会回滚。

②REQUIRES_NEW：支持事务。每次都是创建一个新事务，如果当前已经在事务中了，会挂起当前事务，必须在新的事务中执行。内层事务结束，内层就提交了，不用等着外层一起提交。外层报错回滚，不影响内层。内层报错回滚，外层try-catch内层的异常，外层不会回滚。内层报错回滚，然后又会抛出异常，外层如果没有捕获处理内层抛出的异常，外层回滚。

③NESTED：支持事务。如果当前已经在一个事务中了，则嵌套在已有的事务中作为一个子事务。如果当前没在事务中则开启一个事务。内层事务结束，要等着外层一起提交。外层回滚，内层也回滚。如果只是内层回滚，不影响外层。这个内层回滚不影响外层的特性是有前提的，否则内外都回滚。

④SUPPORTS：支持事务。当前有事务就支持。当前没有事务就算了，不会开启一个事物。

⑤MANDATORY：支持事务，如果业务方法执行时已经在一个事务中，则加入当前事务，否则抛出异常。

⑥NOT_SUPPORTED：不支持事务，如果业务方法执行时已经在一个事务中，则挂起当前事务，等方法执行完毕后，事务恢复进行。

⑦NEVER：不支持事务。如果当前已经在一个事务中了，抛出异常。

3、对象在内存中的结构布局？

HotSpot虚拟机中，对象在内存中存储的布局可以分为三块区域：对象头（Header）、实例数据（Instance Data）和对齐填充（Padding）。①Mark Word(标记字段)：对象的Mark Word部分占4个字节，其内容是一系列的标记位，比如轻量级锁的标记位，偏向锁标记位等等。②Klass Pointer（Class对象指针）：Class对象指针的大小也是4个字节，其指向的位置是对象对应的Class对象（其对应的元数据对象）的内存地址③对象实际数据：这里面包括了对象的所有成员变量，其大小由各个成员变量的大小决定，比如：byte和boolean是1个字节，short和char是2个字节，int和float是4个字节，long和double是8个字节，reference是4个字节④对齐：最后一部分是对齐填充的字节，按8个字节填充。

4、产生OOM的9大原因以及解决方案？

①当堆内存（Heap Space）没有足够空间存放新创建的对象时，会抛出java.lang.OutOfMemoryError:Javaheap space 错误（根据实际生产经验，可以对程序日志中的 OutOfMemoryError 配置关键字告警，一经发现，立即处理）。

a、请求创建一个超大对象，通常是一个大数组，查看对象的合理性。

b、超出预期的访问量/数据量，通常是上游系统请求流量飙升，常见于各类促销/秒杀活动，可以结合业务流量指标排查是否有尖状峰值，添加机器资源或者降流限级。

c、过度使用终结器（Finalizer），该对象没有立即被 GC。

d、内存泄漏（Memory Leak），大量对象引用没有释放，JVM 无法对其自动回收，常见于使用了 File 等资源没有回收。

②当 Java 进程花费 98% 以上的时间执行 GC，但只恢复了不到 2% 的内存，且该动作连续重复了 5 次，就会抛出 java.lang.OutOfMemoryError:GC overhead limit exceeded 错误。问题的产生原因跟①中的相似。

③java.lang.OutOfMemoryError:Permgen space该错误表示永久代（Permanent Generation）已用满，通常是因为加载的 class 数目太多或体积太大。

a、程序启动报错，修改 -XX:MaxPermSize 启动参数，调大永久代空间。

b、应用重新部署时报错，很可能是应用重启导致加载了多份 class 信息，只需重启 JVM 即可解决。

c、运行时报错，应用程序可能会动态创建大量 class，而这些 class 的生命周期很短暂，但是 JVM 默认不会卸载 class，可以设置 -XX:+CMSClassUnloadingEnabled 和 -XX:+UseConcMarkSweepGC这两个参数允许 JVM 卸载 class。

d、如果上述方法无法解决，可以通过 jmap 命令 dump 内存对象 jmap-dump:format=b,file=dump.hprof<process-id> ，然后利用 Eclipse MAT https://www.eclipse.org/mat 功能逐一分析开销最大的 classloader 和重复 class。

④JDK 1.8 使用 Metaspace 替换了永久代（Permanent Generation），该错误表示 Metaspace 已被用满，通常是因为加载的 class 数目太多或体积太大。此类问题的原因与解决方法跟 Permgenspace 非常类似，需要特别注意的是调整 Metaspace 空间大小的启动参数为 -XX:MaxMetaspaceSize。

⑤ java.lang.OutOfMemoryError:Unableto createnewnativethread ：每个 Java 线程都需要占用一定的内存空间，当 JVM 向底层操作系统请求创建一个新的 native 线程时，如果没有足够的资源分配就会报此类错误。

a、线程数超过操作系统最大线程数 ulimit 限制；

b、线程数超过 kernel.pid_max（只能重启）；

c、native 内存不足；

⑥Out of swap space：该错误表示所有可用的虚拟内存已被耗尽。虚拟内存（Virtual Memory）由物理内存（Physical Memory）和交换空间（Swap Space）两部分组成，当运行时程序请求的虚拟内存溢出时就会报 Outof swap space错误。

a、地址空间不足；

b、物理内存已耗光；

c、应用程序的本地内存泄漏（native leak），例如不断申请本地内存，却不释放。

⑦ Kill process or sacrifice child：有一种内核作业（Kernel Job）名为 Out of Memory Killer，它会在可用内存极低的情况下“杀死”（kill）某些进程。OOM Killer 会对所有进程进行打分，然后将评分较低的进程“杀死”，具体的评分规则可以参考 Surviving the Linux OOM Killer。不同于其他的 OOM 错误， Killprocessorsacrifice child 错误不是由 JVM 层面触发的，而是由操作系统层面触发的。

⑧Requested array size exceeds VM limit：JVM 限制了数组的最大长度，该错误表示程序请求创建的数组超过最大长度限制。JVM 在为数组分配内存前，会检查要分配的数据结构在系统中是否可寻址，通常为 Integer.MAX_VALUE-2。

此类问题比较罕见，通常需要检查代码，确认业务是否需要创建如此大的数组，是否可以拆分为多个块，分批执行。

⑨Direct buffer memory：Java 允许应用程序通过 Direct ByteBuffer 直接访问堆外内存，许多高性能程序通过 Direct ByteBuffer 结合内存映射文件（Memory Mapped File）实现高速 IO。Direct ByteBuffer 的默认大小为 64 MB，一旦使用超出限制，就会抛出 Directbuffer memory 错误。

5、Finalizer的运行过程是什么？为什么过度使用Finalizer会出现OOM错误？

①JVM创建实现了finalize（）方法的类的对象

②JVM会创建java.lang.ref.Finalizer实例，指向①中创建的对象

③垃圾回收器首先会把①中对象添加到java.lang.ref.Finalizer.ReferenceQuene队列中，Finalizer线程会处理这个队列，将里面的对象逐个弹出，并调用他们的finalize（）方法。

④finalize（）方法调用完后，Finalizer线程会将引用从Finalizer实例中去掉，在下一轮GC中，①中的对象可以被回收。

⑤Finalizer线程会与main线程进行竞争，由于他的优先级较低，获得的cpu资源较少，因此永远赶不上主线程，因此会导致程序消耗所有的可用资源，导致OOM错误。