diff --git a/2020/12/13/Leetcode-105-从前序与中序遍历序列构造二叉树-Construct-Binary-Tree-from-Preorder-and-Inorder-Traversal-题解分析/index.html b/2020/12/13/Leetcode-105-从前序与中序遍历序列构造二叉树-Construct-Binary-Tree-from-Preorder-and-Inorder-Traversal-题解分析/index.html
index caae24d639..d1e31ea4a6 100644
--- a/2020/12/13/Leetcode-105-从前序与中序遍历序列构造二叉树-Construct-Binary-Tree-from-Preorder-and-Inorder-Traversal-题解分析/index.html
+++ b/2020/12/13/Leetcode-105-从前序与中序遍历序列构造二叉树-Construct-Binary-Tree-from-Preorder-and-Inorder-Traversal-题解分析/index.html
@@ -331,13 +331,13 @@
-
+
-
+
-
+
diff --git a/2020/12/27/聊聊-mysql-索引的一些细节/index.html b/2020/12/27/聊聊-mysql-索引的一些细节/index.html
index b3045e06d2..9bf3f82dd7 100644
--- a/2020/12/27/聊聊-mysql-索引的一些细节/index.html
+++ b/2020/12/27/聊聊-mysql-索引的一些细节/index.html
@@ -34,8 +34,11 @@
+
+
+
-
+
@@ -232,10 +235,16 @@
-
-
+
+
@@ -306,6 +315,11 @@
+
+
@@ -319,10 +333,10 @@
再来看看另一个
1 | EXPLAIN select * from null_index_t WHERE null_key is not null; |
从这里能看出来啥呢，可以思考下
从上面可以发现，is null应该是用上了索引了，所以至少不是一刀切不能用，但是看着is not null好像不太行额
我们在做一点小改动，把这个表里的数据改成 9100 条是 null，剩下 900 条是有值的，然后再执行下
然后再来看看执行结果
1 | EXPLAIN select * from null_index_t WHERE null_key is null; |
1 | EXPLAIN select * from null_index_t WHERE null_key is not null; |
是不是不一样了，这里再补充下我试验使用的 mysql 是 5.7 的，不保证在其他版本的一致性，
其实可以看出随着数据量的变化，mysql 会不会使用索引是会变化的，不是说 is not null 一定会使用，也不是一定不会使用，而是优化器会根据查询成本做个预判，这个预判尽可能会减小查询成本，主要包括回表啥的，但是也不一定完全准确。