sql

类型转换可能会导致索引失效，还可能会导致精度丢失，一定要避免；不管是建表，还是查询，要规范起来，否则就隐藏着各种坑

行行比较是 SQL-92 中引入的，SQL-92 是 1992 年制定的规范，不是新特性，而是很早就存在的基础功能，主流关系型数据库都有落地实现

小计与合计是做报表分析时很重要的指标，SQL 提供了小计与合计的实现；ROLLUP、CUBE 从不同维度完成了小计与合计，值得我们掌握

窗口函数是标准的SQL功能，而非特定数据库的功能，它与聚合函数并非对立，而是互补关系，在报表分析方面还是非常有作用

优化的核心思想只有一个，那就是找出性能瓶颈所在，然后解决它；常见的优化 Tips 包括但不限于：使用索引、避免排序、使用EXISTS或者JOIN代替IN、减少临时表

索引的数据结构包括哈希表、B树、B+树等，而用的最多的就是B+树；书写SQL时，WHERE条件的顺序严格遵循最左匹配原则，查询条件谓词左右侧类型一致，并且都不参与计算、使用函数，能很大程度避免索引失效

集合论是 SQL 语言的根基，只有从集合的角度来思考，才能明白 SQL 的强大威力；学习 HAVING 子句的用法是帮助我们顺利地忘掉面向过程语言的思考方式并理解 SQL 面向集合特性的最为有效的方法

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 衍生出了一些算法，根据不同的情况采用最优的算法

SQL 中的 JOIN，相信大家都用的比较多，但是有些细节我相信大家都没太关注，而本文正梳理了这些细节，值得一看

SQL 中的 EXISTS 用过吗，用的多吗 是不是觉得它很难理解？ 这篇文章尽量让你们理解它，学会它！ 不来看看吗？

为什么 GROUP BY 之后不能直接引用原表中的列？ SQL 世界也有层级和阶级，不能跨阶套用，否则会出问题滴！

SQL 中 为什么是 IS NULL 而非 ＝ NULL？ 三值逻辑有听说过吗？ 要想解决 NULL 带来的各种问题，最佳方法应该是往表里添加 NOT NULL 约束来尽力排除 NULL

SQL 子查询功能很丰富，使用起来可简单也可复杂 各种使用场景都熟悉的话，对我们以后写出合适的 SQL 是非常有帮助的

CASE 表达式是支撑 SQL 声明式编程的根基之一，也是灵活运用 SQL 时不可或缺的基础技能 在能写列名和常量的地方，通常都可以写 CASE 表达式

MySQL explain详解 看执行计划，知SQL执行过程 分析MySQL SQL执行慢的重要工具