青石路

ON和WHERE好区分，也容易混淆，它们在概念上就做了明确区分，但是又可以做概念之外的事，所以用着用着就开始混淆了；我们应该严格按他们的概念来处理，ON后跟关联条件，其他的都放到WHERE后做过滤条件

覆盖索引的目的就是减少因回表产生的磁盘 I/O，而 ICP 则是将Index Filter从Server层Push Down到了引擎层，减少了因回表产生的磁盘 I/O，提高了 SQL 执行效率

SQL 语句中的 WHERE 条件，最终都会被提取到 Index Key，Index Filter 与 Table Filter，应用的时候也是针对这三点

mrr 能够将随机 IO 优化成 顺序 IO，从而提高查询效率，但使用场景有限；BKA 默认关闭，需要我们自行去分析哪些场景适合开启BKA后去开启它

数据库表中的数据是存在磁盘上的，磁盘 IO 相比内存操作，性能低了太多，所以 MySQL 基于 nested-loop algorithm 衍生出了一些算法，根据不同的情况采用最优的算法

某些情况下（例如异源数据同步）需要同时支持操作同个数据库的不同版本，可能就存在驱动不兼容的情况，用 maven-shade-plugin 来实现多版本驱动的共存，简单高效，值得掌握！

maven-shade-plugin 能够将项目连同其依赖，一并打包到一个超级 jar 中，并且能够对依赖 jar 中的 class 重定向到新的包下，是解决同包同名 class 共存问题的神器！

JDK7 采用头插法来添加链表元素，存在链表成环的问题，JDK8 中做了优化，采用尾插法来添加链表元素；HashMap 不管在哪个版本都不是线程安全的，并发场景下不推荐使用

kakfa 消费者 poll 的时候，消费者如果不在消费者组中，会先加入消费者组，那么超时时间内可能 poll 不到数据，可以通过增大超时时间，或者重试机制来降低 poll 不到数据的异常次数