fix section link

README.md

@@ -13,9 +13,9 @@ DDIA 读书分享会，会逐章进行分享，结合我在工业界分布式存
 
 * [第一章：可靠、可扩展、可维护](ch01.md) [[视频](https://www.bilibili.com/video/BV1bY411L7HA)]
     * [本书为什么以数据系统为主题](ch01.md#本书为什么以数据系统为主题)
-    * [可靠性（Reliability）](ch01.md#可靠性（Reliability）)
-    * [可伸缩性（Scalability）](ch01.md#可伸缩性（Scalability）)
-    * [可维护性（Maintainability）](ch01.md#可维护性（Maintainability）)
+    * [可靠性（Reliability）](ch01.md#可靠性)
+    * [可伸缩性（Scalability）](ch01.md#可伸缩性)
+    * [可维护性（Maintainability）](ch01.md#可维护性)
 * [第二章：数据模型和查询语言](ch02.md) [[视频上：数据模型和查询语言](https://www.bilibili.com/video/BV19a411C7UN) | [视频下：图数据模型](https://www.bilibili.com/video/BV1BZ4y1r79M)]
     * [概要](ch02.md#概要)
     * [关系模型 vs 文档模型](ch02.md#关系模型与文档模型)
@@ -40,5 +40,5 @@ DDIA 读书分享会，会逐章进行分享，结合我在工业界分布式存
     * [分片与复制](ch06.md#分片与复制)
     * [键值对集的分片](ch06.md#键值对集的分片)
     * [分片和次级索引](ch06.md#分片和次级索引)
-    * [分片均衡（Rebalancing）](ch06.md#分片均衡（rebalancing）)
+    * [分片均衡（Rebalancing）](ch06.md#分片均衡)
     * [请求路由（Routing）](ch06.md#请求路由)

ch01.md

@@ -44,7 +44,7 @@
 
 书中用了三个词来回答：***可靠性（Reliability）、可伸缩性（Scalability）、可维护性（Maintainability）***
 
-# 可靠性（Reliability）
+# 可靠性
 
 如何衡量可靠性？
 
@@ -133,7 +133,7 @@
 
 事关用户数据安全，事关企业声誉，企业存活和做大的基石。
 
-# 可伸缩性（Scalability）
+# 可伸缩性
 
 可伸缩性，即系统应对负载增长的能力。它很重要，但在实践中又很难做好，因为存在一个基本矛盾：**只有能存活下来的产品才有资格谈伸缩，而过早为伸缩设计往往活不下去**。
 
@@ -217,7 +217,7 @@
 
 **不可能啥都要，没有万金油架构**！ 但同时：万变不离其宗，组成不同架构的原子设计模式是有限的，这也是本书稍后要论述的重点。
 
-# 可维护性（Maintainability）
+# 可维护性
 
 从软件的整个生命周期来看，维护阶段绝对占大头。
 

ch06.md

@@ -146,7 +146,7 @@
 
 全局索引能避免索引查询时的 scatter/gather 操作，但维护起来较为复杂，因为每个数据的插入，可能会影响多个索引分区（基于该数据不同字段可能会有多个二级索引）。因此，为了避免增加写入延迟，在实践中，全局索引多为异步更新。但由此会带来短暂（有时可能会比较长）的数据和索引不一致。如果想要保证强一致性，需要引入跨分区的分布式事务（实现复杂度高，且会带来较大的性能损耗），但并不是所有数据库都支持。
 
-# 分片均衡（rebalancing）
+# 分片均衡
 
 数据库在运行过程中，数据和机器都会发生一些变化：
 
@@ -235,7 +235,7 @@
 
 因此，数据均衡通常会半自动的进行，如系统通过负载情况给出搬迁策略，由管理员审核没问题后，决定某个时间段运行（避开正常流量高峰），Couchbase、Riak 和 Voldemort 便采用了类似做法。
 
-# 请求路由（routing）
+# 请求路由
 
 在我们将分区放到节点上去后，当客户端请求到来时，我们如何决定将请求路由到哪台机器？这势必要求我们**以某种方式**记下：