在我们的印象中，mysql数据表里无非就是存储一行行的数据。跟个excel似的。 直接遍历这一行行数据，性能就是O(n)，比较慢。为了加速查询，使用了B+树来做索引，将查询性能优化到了O(lg(n))

这一讲，我们主要来讲延迟消息。 这一次我们结合业务来讲。 业务背景 在电商中，下单后，有一些用户付款后，会主动退款。也有一些用户下单后，未付款。但是这部分未付款的订单，会占用着商品库存。 我们目前的电

5、 创建DataSourceAspectAOP切面类，以MyDataSource注解为切入点作拓展。在执行被@MyDataSource注解的方法时，获取该注解传入的name，并切换到指定数据源执行，执行完成后切换回默认数据源；

一、背景 目前公司很多应用因为历史原因，一个应用访问多个数据库进行插入和更新操作，这就可能产生数据一致性问题，同时应用如果跨服务的调用也可能会产生事务问题。 目前应用是采用dynamic-dataso

这次重构项目中，为了支持后续庞大的数据量接入，更迭了数据库，但是为了要兼容老版本，也不能直接拿掉老的数据库。所以就有了兼容多数据源的需求，尤其是要保证事务。 其实这个需求就是要实现分布式事务，但是我们的这个场景是在一个服务内，所以可以利用AOP来轻量的实现这个需求，若是多个服务…

可能由于业务上的某些需求，我们的系统中有时往往要连接多个数据库，这就产生了多数据源问题。 多数据源的情况下，一般我们要做到可以自动切换，此时会涉及到事务注解 Transactional 不生效问题和分布式事务问题。 关于多数据源方案，笔者在网上看过一些例子，然而大部分都是错误示…

虽然现在微服务越来越流行，我们的系统随之也拆分出来好多的模块功能。这样做的目的其实就是为了弥补单体架构中存在的不足。随着微服务的拆分，肯定设计到分库分表，但这之中肯定设计到分布式事务。最典型的例子就是银行转账，比如银行A给银行B转账500 块钱，流程肯定是银行A-500，银行B…

数据库读写分离是很多公司绕不过去的一个发展阶段，从单体数据库，到主备模式，再到读写分离，分库分表。每一个阶段都能为我们解决一些问题，但也带来了新的挑战。

随着业务的增加，如果单单靠一台服务器的话，负载过重，就容易造成宕机。其实在 MySQL 本身就自带有一个主从复制的功能，可以帮我们实现负载均衡和读写分离。接下来，跟着小羽一起来看看它的这些​核心知识。