MySQL 优化器会根据 **表、列、索引** 和 **WHERE** 子句中的条件的详细信息，会考虑许多技术来更高效地执行 SQL 查询中涉及的查找。可以在不读取所有行的情况下执行对大表的查询，可以在不比较每个行组合的情况下执行涉及多个表的联接。

Java 应用获取系统配置，获取临时目录，获取 Spring Boot Jar 包所在的目录。

Centos 7 的防火墙 firewalld 服务启停设置，端口添加关闭等。

描述线程安全或非线程安全的前提条件必须放在 **多线程并发** 的场景下，变量是否被多个线程访问。在单线程或多线程非并发而是轮替执行的场景下，线程安全问题几乎是不存在的。

事务是一个最小的逻辑执行单元，整个事务不能分开执行，要么同时执行，要么同时放弃执行。Mybatis的事务管理分为两种形式：JDBC 和 MANAGED

HTTP 协议的状态码，网上大把的多多，这里只总结经常用到的和自己理解的。官方的解释有些在实际环境较少碰到。 后续项目中有遇到其它的状态码需要处理的，再整理添加进来。 Spring 提供了 Http 状态码枚举类 HttpStatus。项目开发过程中通常也会自定义一个业务状态码。

架构模式：使用类似甚至相同的功能组件或模块组个一个整体来解决共性的问题；问题重复出现，解决方案可重用。

MySQL 查询执许计划 EXPLAIN 输出的信息有个扩展信息字段 Extra，该字段包含了有关 MySQL 如何解析查询的其他信息，可以更好地帮助理解执行计划。

外层方法开启事务，内部调用了 Mybatis Plus 的 IService接口的saveBatch方法，出现了死锁。

Linux 与 Windows 进行文件上传下载交换，可以使用 `lrzsz `工具。

在多线程中需要用到 `Spring` 中的 `Bean`,如果直接用 Spring 注入是会报`NullPointerException`错误。原因是线程类无法提前委托给`Spring`管理，是在使用中创建的。

ActiveMQ 支持 JMS 规范中的 2 种消息转发模式，支持消息事务，支持异步发送消息和生产者流量控制，提供了 4 种消息消费应答模式，提供消息发送失败后重试机制， 本文分别对 ActiveMQ 消息转发模式，事务，消息过期，消息积压，应答模式，重试，死信队列等相关配置进行描述。

TCP/IP 协议在客户端与服务器建立连接和断开连接时的一套消息确认机制，就是三次握手和四次挥手。

在给系统做架构设计时，除了要考虑功能需求以外，还需要关注性能、可用性、伸缩性、扩展性和安全性这5个要素，可通过这些要素来衡量一个软件架构设计的优劣，判断其是否满足需求。

使用索引来提高查询性能效果是显著的，但不正确的 **SQL** 语句使用也会导致索引失效，索引使用未达预期，甚至执行全表扫描，此情况是严重影响性能的，在编写 SQL 语句时特别注意。

MySQL SQL 查询结果顺序与查询的列是否走索引有关。

MQ 消息中间件基本都支持**延时消息**或**消息过期**处理相关功能，可以使用此功能来实现消息队列。

JDK 中已提供了对多线程的支持，可以很方便 实现多线程编程，主要有两种方式：一种是继承 Thread 类，另一种是实现 Runnable 接口。

ActiveMQ 为生产者发送消息提供了根据业务场景需要的相关优化配置，支持同步，异步发送，支持流量控制，Broker存储空间设置等。 也为消息者提供了优化设置，支预取限制，为慢消费者提供了等待消息策略和消息丢弃策略的配置，支持异步消费者和优先级消费设置。

在使用多线程环境时，有些对象不是拖管在 Spring 容器中，但需要拿到 Bean 资源，是无法通过注入的方式的，就需要通过外部工具类来获取 Spring 上下文，再获取 Bean。