GGFocus
diff --git a/Collapse file
‎docs/about-the-author/zhishixingqiu-two-years.md‎
Copy file name to clipboardExpand all lines: docs/about-the-author/zhishixingqiu-two-years.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff b/Collapse file
‎docs/about-the-author/zhishixingqiu-two-years.md‎
Copy file name to clipboardExpand all lines: docs/about-the-author/zhishixingqiu-two-years.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
diff --git a/Collapse file
‎docs/database/mysql/mysql-index.md‎
Copy file name to clipboardExpand all lines: docs/database/mysql/mysql-index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff b/Collapse file
‎docs/database/mysql/mysql-index.md‎
Copy file name to clipboardExpand all lines: docs/database/mysql/mysql-index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
diff --git a/Collapse file
‎docs/database/redis/redis-common-blocking-problems-summary.md‎
Copy file name to clipboardExpand all lines: docs/database/redis/redis-common-blocking-problems-summary.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff b/Collapse file
‎docs/database/redis/redis-common-blocking-problems-summary.md‎
Copy file name to clipboardExpand all lines: docs/database/redis/redis-common-blocking-problems-summary.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
@@ -145,6 +145,8 @@ star: 2
 
 ![个人微信](https://oss.javaguide.cn/xingqiu/weixin-guidege666.jpeg)
 
+
+
 **无任何套路，无任何潜在收费项。用心做内容，不割韭菜！**
 
 不过， **一定要确定需要再进** 。并且， **三天之内觉得内容不满意可以全额退款** 。
@@ -56,7 +56,7 @@ index = hash % array_size
 
 为了减少 Hash 冲突的发生，一个好的哈希函数应该“均匀地”将数据分布在整个可能的哈希值集合中。
 
-MySQL 的 InnoDB 存储引擎不直接支持常规的哈希索引，但是，InnoDB 存储引擎中存在一种特殊的“自适应哈希索引”（Adaptive Hash Index），自适应哈希索引并不是传统意义上的纯哈希索引，而是结合了 B+Tree 和哈希索引的特点，以便更好地适应实际应用中的数据访问模式和性能需求。自适应哈希索引的每个哈希桶实际上是一个小型的 B+Tree 结构。这个 B+Tree 结构可以存储多个键值对，而不仅仅是一个键。这有助于减少哈希冲突链的长度，提高了索引的效率。
+MySQL 的 InnoDB 存储引擎不直接支持常规的哈希索引，但是，InnoDB 存储引擎中存在一种特殊的“自适应哈希索引”（Adaptive Hash Index），自适应哈希索引并不是传统意义上的纯哈希索引，而是结合了 B+Tree 和哈希索引的特点，以便更好地适应实际应用中的数据访问模式和性能需求。自适应哈希索引的每个哈希桶实际上是一个小型的 B+Tree 结构。这个 B+Tree 结构可以存储多个键值对，而不仅仅是一个键。这有助于减少哈希冲突链的长度，提高了索引的效率。关于 Adaptive Hash Index 的详细介绍，可以查看 [MySQL各种“Buffer”之Adaptive Hash Index](https://mp.weixin.qq.com/s/ra4v1XR5pzSWc-qtGO-dBg) 这篇文章。
 
 既然哈希表这么快，**为什么 MySQL 没有使用其作为索引的数据结构呢？** 主要是因为 Hash 索引不支持顺序和范围查询。假如我们要对表中的数据进行排序或者进行范围查询，那 Hash 索引可就不行了。并且，每次 IO 只能取一个。
 
 
@@ -126,7 +126,7 @@ Redis 集群可以进行节点的动态扩容缩容，这一过程目前还处
 
 **什么是 Swap？** Swap 直译过来是交换的意思，Linux 中的 Swap 常被称为内存交换或者交换分区。类似于 Windows 中的虚拟内存，就是当内存不足的时候，把一部分硬盘空间虚拟成内存使用，从而解决内存容量不足的情况。因此，Swap 分区的作用就是牺牲硬盘，增加内存，解决 VPS 内存不够用或者爆满的问题。
 
-Swap 对于 Redis 来说是非常致命的，Redis 保证高性能的一个重要前提是所有的数据在内存中。如果操作系统把 Redis 使用的部分内存换出硬盘，由于内存与硬盘读写的速度并几个数量级，会导致发生交换后的 Redis 性能急剧下降。
+Swap 对于 Redis 来说是非常致命的，Redis 保证高性能的一个重要前提是所有的数据在内存中。如果操作系统把 Redis 使用的部分内存换出硬盘，由于内存与硬盘的读写速度差几个数量级，会导致发生交换后的 Redis 性能急剧下降。
 
 识别 Redis 发生 Swap 的检查方法如下：