add

ShowingDREAM · May 6, 2019 · 3e08163 · 3e08163
1 parent 656f836
commit 3e08163
Show file tree

Hide file tree

Showing 4 changed files with 6 additions and 6 deletions.
diff --git a/SUMMARY.md b/SUMMARY.md
@@ -58,8 +58,8 @@
     - [连接](basic/4-database/4-join.md)
     - [MySQL](basic/4-database/5-mysql.md)
     - [并发控制](basic/4-database/6-concurrent_control.md)
+		- [Innodb](basic/4-database/8-innodb.md)
     - [Redis](basic/4-database/7-redis.md)
-    - [Innodb](basic/4-database/8-innodb.md)
     - [面试题](basic/4-database/10-questions.md)
   - [密码学](basic/cryptology.md)
 - [Java](java/README.md)

diff --git a/basic/3-net/3-tcp.md b/basic/3-net/3-tcp.md
@@ -93,10 +93,10 @@ static inline struct sock *__inet_lookup(struct net *net,
                      const int dif)
 {
     u16 hnum = ntohs(dport);
-    /* 先尝试查找处于连接成功的socket */
+    /* 先尝试查找处于连接成功的 socket */
     struct sock *sk = __inet_lookup_established(net, hashinfo,
                 saddr, sport, daddr, hnum, dif);
-     /* 如果没有找到连接成功的socket，那么就去处于listen状态的socket查找 */
+     /* 如果没有找到连接成功的socket，那么就去处于 listen 状态的 socket 查找 */
     return sk ? : __inet_lookup_listener(net, hashinfo, daddr, hnum, dif);
 }
 ```
@@ -161,7 +161,7 @@ ARQ协议（自动重传请求）是OSI模型中数据链路层和传输层的
 
 > 如果B发送了一个新的窗口值到A，但是A并没有收到，就会造成死锁。为解决这个问题，TCP为每个链接设置有一个持续计时器。只要TCP收到一个0窗口，就启动计时器。若计时器设置的时间到了，就发送一个探测报文，而接收方在确认的时候会给出一个现在的窗口值。
 
-## TCP拥塞控制。
+## TCP拥塞控制
 
 **防止过多的数据注入到网络中，这样可以使网络中的路由器或链路不致过载**。拥塞控制所要做的都有一个前提：网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程，涉及到所有的主机、路由器，以及与降低网络传输性能有关的所有因素。
 

diff --git a/basic/3-net/5-http.md b/basic/3-net/5-http.md
@@ -3,7 +3,7 @@
   - HTTP构建于`TCP/IP`协议之上，默认端口号是80。
   - HTTP是 **无连接无状态** 的。
 
-无连接的含义是 **限制每次连接只处理一个请求**。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。后来使用了`Keep-Alive`技术。
+无连接的含义是 **限制每次连接只处理一个请求**。服务器处理完客户的请求，并收到客户的应答后，即断开连接。后来使用了`Keep-Alive`技术。
 
 无状态是指 **协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态**。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。
 

diff --git a/basic/4-database/5-mysql.md b/basic/4-database/5-mysql.md
@@ -15,7 +15,7 @@ MVCC最大的优势：**读不加锁，读写不冲突**。在读多写少的OLT
 
 如果数据的修改已经记录到事务日志并持久化，但数据本身还没有写回磁盘，此时系统崩溃，存储引擎在重启时能够自动恢复这部分修改的数据。
 
-`MySQL Innodb`中跟数据持久性、一致性有关的日志，有以下几种：`Redo Log`、`Undo Log`。
+`MySQL Innodb`中跟数据持久性、原子性有关的日志，有以下几种：`Redo Log`、`Undo Log`。
 
 #### 回滚日志 -- Undo Log