Spring 框架倡导基于 POJO（Plain Old Java Object，简单 Java 对象） 的轻量级开发理念，立足于 POJO，为 POJO 提供服务。Spring Core 是整个 Spring 框架的基础，在该模块中，Spring 为我们提供了一个 IoC 容器的实现。IoC 是 Spring 最核心的思想，即 Inversion of Control（控制反转）。控制反转的意思

之前介绍的 Redis 主从结构，已经提高了系统的可用性，但是实际上全部业务数据依然存储在主从节点上。也就是说，主从结构并不是 Redis 服务的横向扩展，只是缓解了读压力，缓解不了写压力。如果业务继续扩展，需要缓存的数据进一步增加，写压力进一步增加，一个主节点就疲于应付了。此时就会有两种策略：要么为主从节点上更高的硬件配置，要么部署 Redis 切片集群。所谓 Redis 切片集群就是部署多台

​事实上，Java 有且仅有一种方式可以真正创建出线程，那就是通过调用 Thread 类中的start()方法。因为只有这个方法会去真正调用 JVM 本地方法，进而进行操作系统创建线程的系统调用，并让 Java 线程与操作系统线程产生映射关系，最后将实现了 Runnable 接口的任务传递给线程。只要线程获得了 CPU 时间片，就进入 run() 方法执行具体的代码逻辑。​所以，仅仅有 start

​MySQL 能恢复到半个月内任意一秒的状态，这是怎么做到的？它依赖：全量备份（状态快照） + 增量备份（Binlog 重放）。

Redo Log 也称重做日志、事务日志，是 InnoDB 独有的日志形式，它的核心作用就是保证事务的持久性。只要事务提交成功，对数据库的修改就永久保存下来了，即使发生系统崩溃，数据也不会丢失。想要理解 Redo Log 的作用，首先需要明确，数据库在修改数据时，并不是每次操作都直接写入磁盘数据文件。如果每次更新都去磁盘 IO，这个效率是非常低的，因为找到一个数据页进行修改是随机磁盘 IO。为了解

Redo Log 也称重做日志、事务日志，是 InnoDB 独有的日志形式，它的核心作用就是保证事务的持久性。只要事务提交成功，对数据库的修改就永久保存下来了，即使发生系统崩溃，数据也不会丢失。想要理解 Redo Log 的作用，首先需要明确，数据库在修改数据时，并不是每次操作都直接写入磁盘数据文件。如果每次更新都去磁盘 IO，这个效率是非常低的，因为找到一个数据页进行修改是随机磁盘 IO。为了解

观察单次查询性能：使用 MySQL 提供的客户端程序 mysqlslap 进行压力测试，配置如下：使用执行计划查看 SQL 语句的执行情况，这是判断如何优化 SQL 和索引的最重要工具。EXPLAIN 返回的结果中，最重要的字段是 type，其次是 key、rows、extra。key 表示实际使用的索引，rows 表示预计需要扫描的行数。type 和 extra 会在下面重点介绍：这个字段描述了

Redis 提供的哨兵用于在主从复制中，自动地实现故障转移，此时无需开发者手动进行主从切换。展开来说，Sentinel 负责监控所有 Redis 节点的工作状态，如果它发现 Master 出现故障（通常由多个 Sentinel 节点协同判断）则自动化地将一个 Slave 提升为 Master，并让其他 Slave 连接该新 Master。故障转移后，Sentinal 还会将新的主从拓扑结构告知客户