Fix typo in ch03 and ch04

ch03.md

@@ -148,7 +148,7 @@ SSTables 格式听起来很美好，但须知数据是乱序的来的，我们
 
 **构建 SSTable 文件**。将乱序数据在外存（磁盘 or SSD）中上整理为有序文件，是比较难的。但是在内存就方便的多。于是一个大胆的想法就形成了：
 
-1. 在内存中维护一个有序结构（称为 **MemTable**）。红黑树、AVL 树、条表。
+1. 在内存中维护一个有序结构（称为 **MemTable**）。红黑树、AVL 树、跳表。
 2. 到达一定阈值之后全量 dump 到外存。
 
 **维护 SSTable 文件**。为什么需要维护呢？首先要问，对于上述复合结构，我们怎么进行查询：

ch04.md

@@ -372,7 +372,7 @@ REST 相比 RPC 的好处在于，它不试图隐去网络，更为显式，让
 
 ### 数据编码和 RPC 的演化
 
-通过服务的数据流通常可以假设：所有的服务器先更新，然后服务端再更新。因此，只需要在请求里考虑后向兼容性，在响应中考虑前向兼容性：
+通过服务的数据流通常可以假设：所有的服务端先更新，然后客户端再更新。因此，只需要在请求里考虑后向兼容性，在响应中考虑前向兼容性：
 
 1. Thrift、gRPC（Protobuf）和 Avro RPC 可以根据编码格式的兼容性规则进行演变。
 2. RESTful API 通常使用 JSON 作为请求响应的格式，JSON 比较容易添加新的字段来进行演进和兼容。