学习MySQL的MyISAM存储引擎
MySQL的MyISAM存储引擎是MySQL早期版本中默认的存储引擎，后来被InnoDB所取代。尽管InnoDB在许多方面提供了更高级的特性，如事务处理、行级锁定和外键支持，MyISAM仍然因其简单性、高性能以及对全文搜索的支持而被广泛使用。
特性
-
表级锁定：MyISAM使用表级锁定策略，这意味着当对表进行写操作（INSERT、UPDATE、DELETE）时，会锁定整个表，从而阻塞对该表的其他写操作，直到当前操作完成。这种锁定机制比行级锁定简单，但在高并发环境下可能成为性能瓶颈。
-
全文索引支持：MyISAM提供全文索引支持，使其成为执行全文搜索的理想选择。这对于需要高效文本搜索能力的应用程序（如论坛或搜索引擎）非常有用。
-
压缩表：MyISAM允许表数据压缩，以减少磁盘空间使用。压缩表是只读的，适合存储不经常变更的大量数据。
-
缺乏事务支持：MyISAM不支持事务处理。这意味着MyISAM表中的操作不能回滚到之前的状态，这在处理需要高度数据完整性的应用时可能是一个限制。
-
高速缓存和索引：MyISAM通过键缓存（key cache）机制优化读操作，将索引部分加载到内存中，以提高访问速度。但它不像InnoDB那样自动缓存表数据。
使用场景
- 读密集型应用：对于查询操作远多于写操作的应用，MyISAM可能提供更好的性能。
- 全文搜索：需要高效全文搜索功能的应用。
- 静态内容管理：适用于内容不经常变更的场景，如网站内容管理系统中的静态文章存储。
逐步淘汰
虽然MyISAM在某些场景下仍然有其用武之地，但MySQL社区和开发者已经越来越倾向于使用InnoDB引擎，因为它提供了更完善的特性集合，特别是在数据完整性和并发控制方面。新的开发项目应仔细考虑是否真的需要使用MyISAM。
Spring的@Transactional注解和MyISAM存储引擎
@Transactional注解在Spring框架中实现声明式事务管理的原理主要依赖于Spring的AOP（面向切面编程）机制和事务抽象层。
尽管@Transactional注解在Spring应用中非常有用，但当底层数据库表使用MyISAM存储引擎时，事务注解将不会按预期工作，因为MyISAM不支持事务。这意味着在使用MyISAM存储引擎的表上执行的操作不能保证ACID属性，可能导致数据不一致的问题。
AOP（面向切面编程）
-
代理模式：Spring使用代理模式（基于JDK动态代理或CGLIB代理）来拦截那些被
@Transactional注解的类或方法的调用。当一个被@Transactional注解的方法被调用时，实际上是先调用其代理对象。 -
方法拦截：在代理对象中，Spring通过AOP拦截器（如
TransactionInterceptor）来捕捉方法调用事件。这个拦截器负责在方法执行之前和之后执行事务相关的操作。
事务抽象层
-
事务管理器：Spring定义了一个抽象的事务管理接口
PlatformTransactionManager，它提供了一套与底层存储技术无关的事务管理操作。对于不同的持久化技术（如JDBC、Hibernate、JPA等），Spring提供了不同的实现（如DataSourceTransactionManager、HibernateTransactionManager、JpaTransactionManager等）。 -
事务状态管理：当
TransactionInterceptor捕捉到方法调用时，它会利用配置的事务管理器来开启一个新的事务（如果当前的执行上下文中还不存在事务），或者加入到现有的事务中（这取决于@Transactional注解的传播行为设置）。 -
异常处理和回滚逻辑：
TransactionInterceptor还负责根据@Transactional注解中的属性（如rollbackFor、noRollbackFor等）来决定在遇到特定异常时是否回滚事务。如果方法执行成功，事务将被提交；如果方法执行过程中抛出异常，则根据回滚规则决定是否回滚事务。
数据库层面的事务控制
- 当事务管理器开启一个新的事务时，它实际上是通过底层持久化技术（例如，通过JDBC连接）向数据库发送了开始事务的指令。
- 类似地，事务的提交或回滚也是通过发送相应的指令到数据库来实现的。这确保了数据库操作的原子性、一致性、隔离性和持久性（ACID属性）。
通过AOP来拦截方法调用，结合事务管理器抽象层来处理事务的开启、提交或回滚，@Transactional注解使得开发者可以轻松地在应用程序中实现复杂的事务管理逻辑，而无需直接操作底层数据库事务命令。这种机制不仅提高了开发效率，还增加了代码的可读性和可维护性。
