Windows大面积蓝屏原因找到了，真TM尴尬。。。

上周五Windows系统突然大面积蓝屏（BSOD）登上各大平台热搜，不少打工人表示：感谢微软“帮忙”放了半天假。

而引起此次事件的“罪魁祸首”是一家网络安全公司：CrowdStrike。

该公司自称拥有“平均时间最快”检测网络威胁的能力，《财富》1000里500多家企业都是它的客户。

而它仅仅只是向Windows发送了一个更新……

就导致了此次事件的发生。

该更新导致全球850万台Windows设备受到影响！其中，航空业遭受了“暴击”，全球有4.1万个航班被推迟，逾4600个航班被取消。医院、银行、酒店等行业也受到了不同程度的影响。

连“钢铁侠”马斯克甚至称之为IT史上最严重的故障！

然而，在这个全球性的故障面前，咱们中国却似乎“独善其身”，几乎重要行业没有造成什么影响，中国民航运作完全正常。

这是为何呢？

有人说这要归功于我们国产化行动，也有人说是因为很多用的都是盗版的。

其实主要是CrowdStrike在中国市场的份额较小，仅占整个市场份额的不到5%，尽管上了热搜，但影响不大。

至少我们公司没有遇到蓝屏现象，妥妥的“天选打工人”。

以下是今天的SQL干货

常用的SQL优化小技巧

技巧1 比较运算符能用 “=”就不用“<>”

“=”增加了索引的使用几率。

技巧2 明知只有一条查询结果，那请使用 “LIMIT 1”

“LIMIT 1”可以避免全表扫描，找到对应结果就不会再继续扫描了。

技巧3 为列选择合适的数据类型

能用TINYINT就不用SMALLINT，能用SMALLINT就不用INT，道理你懂的，磁盘和内存消耗越小越好嘛。

技巧4 将大的DELETE，UPDATE or INSERT 查询变成多个小查询

能写一个几十行、几百行的SQL语句是不是显得逼格很高？然而，为了达到更好的性能以及更好的数据控制，你可以将他们变成多个小查询。

技巧5 使用UNION ALL 代替 UNION，如果结果集允许重复的话

因为 UNION ALL 不去重，效率高于 UNION。

技巧6 为获得相同结果集的多次执行，请保持SQL语句前后一致

这样做的目的是为了充分利用查询缓冲。比如根据地域和产品id查询产品价格，第一次使用了：

那么第二次同样的查询，请保持以上语句的一致性，比如不要将where语句里面的id和region位置调换顺序。

技巧7 尽量避免使用 “SELECT *”

如果不查询表中所有的列，尽量避免使用 SELECT *，因为它会进行全表扫描，不能有效利用索引，增大了数据库服务器的负担，以及它与应用程序客户端之间的网络IO开销。

技巧8 WHERE 子句里面的列尽量被索引

只是“尽量”哦，并不是说所有的列。因地制宜，根据实际情况进行调整，因为有时索引太多也会降低性能。

技巧9 JOIN 子句里面的列尽量被索引

同样只是“尽量”哦，并不是说所有的列。

技巧10 ORDER BY 的列尽量被索引

ORDER BY的列如果被索引，性能也会更好。

技巧11 使用 LIMIT 实现分页逻辑

不仅提高了性能，同时减少了不必要的数据库和应用间的网络传输。

技巧12 使用 EXPLAIN 关键字去查看执行计划

EXPLAIN 可以检查索引使用情况以及扫描的行。