docs: 文档整理

Author: dunwu

README.md

@@ -1,6 +1,6 @@
 <p align="center">
     <a href="https://dunwu.github.io/db-tutorial/" target="_blank" rel="noopener noreferrer">
-        <img src="http://dunwu.test.upcdn.net/common/logo/dunwu-logo.png" alt="logo" width="150px"/>
+        <img src="https://raw.githubusercontent.com/dunwu/images/dev/common/dunwu-logo-200.png" alt="logo" width="150px"/>
     </a>
 </p>
 
@@ -31,7 +31,7 @@
 
 #### [Mysql](docs/sql/mysql) 📚
 
-![img](http://dunwu.test.upcdn.net/snap/20200716103611.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200716103611.png)
 
 - [Mysql 应用指南](docs/sql/mysql/mysql-quickstart.md) ⚡
 - [Mysql 工作流](docs/sql/mysql/mysql-index.md) - 关键词：`连接`、`缓存`、`语法分析`、`优化`、`执行引擎`、`redo log`、`bin log`、`两阶段提交`
@@ -57,7 +57,7 @@
 
 #### [Redis](docs/nosql/redis) 📚
 
-![img](http://dunwu.test.upcdn.net/snap/20200713105627.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200713105627.png)
 
 - [Redis 面试总结](docs/nosql/redis/redis-interview.md) 💯
 - [Redis 应用指南](docs/nosql/redis/redis-quickstart.md) ⚡ - 关键词：`内存淘汰`、`事件`、`事务`、`管道`、`发布与订阅`

docs/.vuepress/config.js

@@ -15,7 +15,7 @@ module.exports = {
     },
   },
   themeConfig: {
-    logo: 'images/dunwu-logo-100.png',
+    logo: 'https://raw.githubusercontent.com/dunwu/images/dev/common/dunwu-logo-200.png',
     repo: 'dunwu/db-tutorial',
     repoLabel: 'Github',
     docsDir: 'docs',
@@ -77,6 +77,17 @@ module.exports = {
         updatePopup: true,
       },
     ],
+    [
+      '@vuepress/last-updated',
+      {
+        transformer: (timestamp, lang) => {
+          // 不要忘了安装 moment
+          const moment = require('moment')
+          moment.locale(lang)
+          return moment(timestamp).fromNow()
+        },
+      },
+    ],
     ['@vuepress/medium-zoom', true],
     [
       'container',

docs/README.md

@@ -1,14 +1,12 @@
 ---
 home: true
-heroImage: /images/dunwu-logo-200.png
+heroImage: https://raw.githubusercontent.com/dunwu/images/dev/common/dunwu-logo-200.png
 heroText: DB-TUTORIAL
 tagline: 💾 db-tutorial 是一个数据库教程。
 actionLink: /
 footer: CC-BY-SA-4.0 Licensed | Copyright © 2018-Now Dunwu
 ---
 
-# DB-TUTORIAL
-
 ![license](https://badgen.net/github/license/dunwu/db-tutorial)
 ![build](https://api.travis-ci.com/dunwu/db-tutorial.svg?branch=master)
 
@@ -32,7 +30,7 @@ footer: CC-BY-SA-4.0 Licensed | Copyright © 2018-Now Dunwu
 
 #### [Mysql](sql/mysql) 📚
 
-![img](http://dunwu.test.upcdn.net/snap/20200716103611.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200716103611.png)
 
 - [Mysql 应用指南](sql/mysql/mysql-quickstart.md) ⚡
 - [Mysql 工作流](sql/mysql/mysql-index.md) - 关键词：`连接`、`缓存`、`语法分析`、`优化`、`执行引擎`、`redo log`、`bin log`、`两阶段提交`
@@ -58,7 +56,7 @@ footer: CC-BY-SA-4.0 Licensed | Copyright © 2018-Now Dunwu
 
 #### [Redis](nosql/redis) 📚
 
-![img](http://dunwu.test.upcdn.net/snap/20200713105627.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200713105627.png)
 
 - [Redis 面试总结](nosql/redis/redis-interview.md) 💯
 - [Redis 应用指南](nosql/redis/redis-quickstart.md) ⚡ - 关键词：`内存淘汰`、`事件`、`事务`、`管道`、`发布与订阅`

docs/middleware/flyway.md

@@ -386,7 +386,7 @@ migrations 最常用的编写形式就是 SQL。
 
 为了被 Flyway 自动识别，SQL migrations 的文件命名必须遵循规定的模式：
 
-![img](http://dunwu.test.upcdn.net/cs/database/flyway/sql-migrations.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/database/flyway/sql-migrations.png)
 
 - **Prefix** - `V` 代表 versioned migrations (可配置), `U` 代表 undo migrations (可配置)、 `R` 代表 repeatable migrations (可配置)
 - **Version** - 版本号通过`.`(点)或`_`(下划线)分隔 (repeatable migrations 不需要)
@@ -405,7 +405,7 @@ migrations 最常用的编写形式就是 SQL。
 
 为了被 Flyway 自动识别，JAVA migrations 的文件命名必须遵循规定的模式：
 
-![img](http://dunwu.test.upcdn.net/cs/database/flyway/java-migrations.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/database/flyway/java-migrations.png)
 
 - **Prefix** - `V` 代表 versioned migrations (可配置), `U` 代表 undo migrations (可配置)、 `R` 代表 repeatable migrations (可配置)
 - **Version** - 版本号通过`.`(点)或`_`(下划线)分隔 (repeatable migrations 不需要)

docs/middleware/shardingsphere-jdbc.md

@@ -8,7 +8,7 @@ shardingsphere-jdbc 定位为轻量级 Java 框架，在 Java 的 JDBC 层提供
 - 支持任何第三方的数据库连接池，如：DBCP, C3P0, BoneCP, Druid, HikariCP 等。
 - 支持任意实现 JDBC 规范的数据库，目前支持 MySQL，Oracle，SQLServer，PostgreSQL 以及任何遵循 SQL92 标准的数据库。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151213.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151213.png)
 
 ## 快速入门
 
@@ -74,14 +74,14 @@ DataSource dataSource = ShardingSphereDataSourceFactory.createDataSource(dataSou
 
 ShardingSphere 的 3 个产品的数据分片主要流程是完全一致的。 核心由 `SQL 解析 => 执行器优化 => SQL 路由 => SQL 改写 => SQL 执行 => 结果归并`的流程组成。
 
-![](http://dunwu.test.upcdn.net/snap/20201008153551.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008153551.png)
 
 - QL 解析：分为词法解析和语法解析。 先通过词法解析器将 SQL 拆分为一个个不可再分的单词。再使用语法解析器对 SQL 进行理解，并最终提炼出解析上下文。 解析上下文包括表、选择项、排序项、分组项、聚合函数、分页信息、查询条件以及可能需要修改的占位符的标记。
 - 执行器优化：合并和优化分片条件，如 OR 等。
 - SQL 路由：根据解析上下文匹配用户配置的分片策略，并生成路由路径。目前支持分片路由和广播路由。
 - SQL 改写：将 SQL 改写为在真实数据库中可以正确执行的语句。SQL 改写分为正确性改写和优化改写。
 - SQL 执行：通过多线程执行器异步执行。
-- 结果归并：将多个执行结果集归并以便于通过统一的 JDBC 接口输出。结果归并包括流式归并、内存归并和使用装饰者模式的追加归并这几种方式。
+- 结果归并：将多个执行结果集归并以便于通过统一的 JDBC 接口输出。结果归并包括流式归并、内存归并和使用装饰模式的追加归并这几种方式。
 
 ### 解析引擎
 

docs/middleware/shardingsphere.md

@@ -6,7 +6,7 @@
 
 ShardingSphere 是一套开源的分布式数据库中间件解决方案组成的生态圈，它由 Sharding-JDBC、Sharding-Proxy 和 Sharding-Sidecar（计划中）这 3 款相互独立的产品组成。 他们均提供标准化的数据分片、分布式事务和数据库治理功能，可适用于如 Java 同构、异构语言、云原生等各种多样化的应用场景。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151613.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151613.png)
 
 #### ShardingSphere-JDBC
 
@@ -16,7 +16,7 @@ ShardingSphere 是一套开源的分布式数据库中间件解决方案组成
 - 支持任何第三方的数据库连接池，如：DBCP, C3P0, BoneCP, Druid, HikariCP 等。
 - 支持任意实现 JDBC 规范的数据库，目前支持 MySQL，Oracle，SQLServer，PostgreSQL 以及任何遵循 SQL92 标准的数据库。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151213.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151213.png)
 
 #### Sharding-Proxy
 
@@ -25,15 +25,15 @@ ShardingSphere 是一套开源的分布式数据库中间件解决方案组成
 - 向应用程序完全透明，可直接当做 MySQL/PostgreSQL 使用。
 - 适用于任何兼容 MySQL/PostgreSQL 协议的的客户端。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151434.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151434.png)
 
 #### Sharding-Sidecar（TODO）
 
 定位为 Kubernetes 的云原生数据库代理，以 Sidecar 的形式代理所有对数据库的访问。 通过无中心、零侵入的方案提供与数据库交互的的啮合层，即 `Database Mesh`，又可称数据库网格。
 
 Database Mesh 的关注重点在于如何将分布式的数据访问应用与数据库有机串联起来，它更加关注的是交互，是将杂乱无章的应用与数据库之间的交互进行有效地梳理。 使用 Database Mesh，访问数据库的应用和数据库终将形成一个巨大的网格体系，应用和数据库只需在网格体系中对号入座即可，它们都是被啮合层所治理的对象。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151557.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151557.png)
 
 | _Sharding-JDBC_ | _Sharding-Proxy_ | _Sharding-Sidecar_ |        |
 | :-------------- | :--------------- | :----------------- | ------ |
@@ -50,7 +50,7 @@ ShardingSphere-JDBC 采用无中心化架构，适用于 Java 开发的高性能
 
 Apache ShardingSphere 是多接入端共同组成的生态圈。 通过混合使用 ShardingSphere-JDBC 和 ShardingSphere-Proxy，并采用同一注册中心统一配置分片策略，能够灵活的搭建适用于各种场景的应用系统，使得架构师更加自由地调整适合与当前业务的最佳系统架构。
 
-![](http://dunwu.test.upcdn.net/snap/20201008151658.png)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20201008151658.png)
 
 ### 功能列表
 

docs/nosql/hbase.md

@@ -45,17 +45,17 @@ HBase 表模型结构为：
 - 列族（column family）是列的集合。
 - 列（row）是键值对的集合。
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551164163369.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551164163369.png)
 
 HBase 表的单元格（cell）由行和列的坐标交叉决定，是有版本的。默认情况下，版本号是自动分配的，为 HBase 插入单元格时的时间戳。单元格的内容是未解释的字节数组。
 
 行的键也是未解释的字节数组，所以理论上，任何数据都可以通过序列化表示成字符串或二进制，从而存为 HBase 的键值。
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551164224778.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551164224778.png)
 
 ### HBase 架构
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551164744748.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551164744748.png)
 
 和 HDFS、YARN 一样，HBase 也采用 master / slave 架构：
 
@@ -70,7 +70,7 @@ HBase 表按行键范围水平自动划分为区域（region）。每个区域
 
 **区域只不过是表被拆分，并分布在区域服务器。**
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551165887616.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551165887616.png)
 
 #### Master 服务器
 
@@ -81,7 +81,7 @@ HBase 表按行键范围水平自动划分为区域（region）。每个区域
   - 监控集群中的所有 region 服务器
 - 支持 DDL 接口（创建、删除、更新表）
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551166513572.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551166513572.png)
 
 #### Regin 服务器
 
@@ -93,13 +93,13 @@ HBase 表按行键范围水平自动划分为区域（region）。每个区域
 - `MemStore` - 是写缓存。它存储尚未写入磁盘的新数据。在写入磁盘之前对其进行排序。每个区域每个列族有一个 MemStore。
 - `Hfiles` - 将行存储为磁盘上的排序键值对。
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551166602999.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551166602999.png)
 
 #### ZooKeeper
 
 HBase 使用 ZooKeeper 作为分布式协调服务来维护集群中的服务器状态。Zookeeper 维护哪些服务器是活动的和可用的，并提供服务器故障通知。集群至少应该有 3 个节点。
 
-![img](http://dunwu.test.upcdn.net/cs/bigdata/hbase/1551166447147.png!zp)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/cs/bigdata/hbase/1551166447147.png)
 
 ## HBase 和 RDBMS
 

docs/nosql/mongodb/mongodb-aggregation.md

@@ -14,7 +14,7 @@ MongoDB Pipeline 由多个阶段（[stages](https://docs.mongodb.com/manual/refe
 
 同一个阶段可以在 pipeline 中出现多次，但 [`$out`](https://docs.mongodb.com/manual/reference/operator/aggregation/out/#pipe._S_out)、[`$merge`](https://docs.mongodb.com/manual/reference/operator/aggregation/merge/#pipe._S_merge),和 [`$geoNear`](https://docs.mongodb.com/manual/reference/operator/aggregation/geoNear/#pipe._S_geoNear) 阶段除外。所有可用 pipeline 阶段可以参考：[Aggregation Pipeline Stages](https://docs.mongodb.com/manual/reference/operator/aggregation-pipeline/#aggregation-pipeline-operator-reference)。
 
-![img](http://dunwu.test.upcdn.net/snap/20200921092725.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200921092725.png)
 
 - 第一阶段：[`$match`](https://docs.mongodb.com/manual/reference/operator/aggregation/match/#pipe._S_match) 阶段按状态字段过滤 document，然后将状态等于“ A”的那些 document 传递到下一阶段。
 - 第二阶段：[`$group`](https://docs.mongodb.com/manual/reference/operator/aggregation/group/#pipe._S_group) 阶段按 cust_id 字段对 document 进行分组，以计算每个唯一 cust_id 的金额总和。
@@ -224,7 +224,7 @@ Pipeline 的内存限制为 100 MB。
 
 Map-reduce 是一种数据处理范式，用于将大量数据汇总为有用的聚合结果。为了执行 map-reduce 操作，MongoDB 提供了 [`mapReduce`](https://docs.mongodb.com/manual/reference/command/mapReduce/#dbcmd.mapReduce) 数据库命令。
 
-![img](http://dunwu.test.upcdn.net/snap/20200921155546.svg)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200921155546.svg)
 
 在上面的操作中，MongoDB 将 map 阶段应用于每个输入 document（即 collection 中与查询条件匹配的 document）。 map 函数分发出多个键-值对。对于具有多个值的那些键，MongoDB 应用 reduce 阶段，该阶段收集并汇总聚合的数据。然后，MongoDB 将结果存储在 collection 中。可选地，reduce 函数的输出可以通过 finalize 函数来进一步汇总聚合结果。
 
@@ -240,7 +240,7 @@ MongoDB 支持一下单一目的的聚合操作：
 
 所有这些操作都汇总了单个 collection 中的 document。尽管这些操作提供了对常见聚合过程的简单访问，但是它们相比聚合 pipeline 和 map-reduce，缺少灵活性和丰富的功能性。
 
-![img](http://dunwu.test.upcdn.net/snap/20200921155935.svg)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200921155935.svg)
 
 ## SQL 和 MongoDB 聚合对比
 
@@ -371,7 +371,7 @@ db.orders.insertMany([
 
 SQL 和 MongoDB 聚合方式对比：
 
-![img](http://dunwu.test.upcdn.net/snap/20200921200556.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200921200556.png)
 
 ## 参考资料
 

docs/nosql/mongodb/mongodb-crud.md

@@ -17,7 +17,7 @@ MongoDB 提供以下操作向一个 collection 插入 document
 
 > 注：以上操作都是原子操作。
 
-![](http://dunwu.test.upcdn.net/snap/20200924112342.svg)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200924112342.svg)
 
 插入操作的特性：
 
@@ -66,7 +66,7 @@ db.inventory.insertMany([
 
 MongoDB 提供 [`db.collection.find()`](https://docs.mongodb.com/manual/reference/method/db.collection.find/#db.collection.find) 方法来检索 document。
 
-![](http://dunwu.test.upcdn.net/snap/20200924113832.svg)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200924113832.svg)
 
 ### Update 操作
 
@@ -82,7 +82,7 @@ MongoDB 提供以下操作来更新 collection 中的 document
 - [`db.collection.updateMany(<filter>, <update>, <options>)`](https://docs.mongodb.com/manual/reference/method/db.collection.updateMany/#db.collection.updateMany)
 - [`db.collection.replaceOne(<filter>, <update>, <options>)`](https://docs.mongodb.com/manual/reference/method/db.collection.replaceOne/#db.collection.replaceOne)
 
-![](http://dunwu.test.upcdn.net/snap/20200924114043.svg)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200924114043.svg)
 
 【示例】插入测试数据
 
@@ -191,7 +191,7 @@ MongoDB 提供以下操作来删除 collection 中的 document
 - [`db.collection.deleteOne()`](https://docs.mongodb.com/manual/reference/method/db.collection.deleteOne/#db.collection.deleteOne)：删除一条 document
 - [`db.collection.deleteMany()`](https://docs.mongodb.com/manual/reference/method/db.collection.deleteMany/#db.collection.deleteMany)：删除多条 document
 
-![](http://dunwu.test.upcdn.net/snap/20200924120007.svg)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200924120007.svg)
 
 删除操作的特性：
 

docs/nosql/mongodb/mongodb-index.md

@@ -12,7 +12,7 @@
 
 索引是特殊的数据结构，索引存储在一个易于遍历读取的数据集合中，索引是对数据库表中一列或多列的值进行排序的一种结构。
 
-![](http://dunwu.test.upcdn.net/snap/20200921210621.svg)
+![](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200921210621.svg)
 
 ### createIndex() 方法
 

docs/nosql/mongodb/mongodb-model-example.md

@@ -371,7 +371,7 @@ review collection 存储所有的评论
 
 ## 树形结构模型
 
-![img](http://dunwu.test.upcdn.net/snap/20200911194846.svg)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200911194846.svg)
 
 ### 具有父节点的树形结构模型
 
@@ -525,7 +525,7 @@ db.categories.insertMany([
 
 ### 具有嵌套集的树形结构模型
 
-![img](http://dunwu.test.upcdn.net/snap/20200911204252.svg)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200911204252.svg)
 
 ```javascript
 db.categories.insertMany([
@@ -554,7 +554,7 @@ db.categories.find({
 
 解决方案是：列转行
 
-![img](http://dunwu.test.upcdn.net/snap/20200919225901.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200919225901.png)
 
 ### 管理文档不同版本
 

docs/nosql/mongodb/mongodb-model.md

@@ -125,7 +125,7 @@ This looks very different from the tabular data structure you started with in St
 
 嵌入式 document 通过将相关数据存储在单个 document 结构中来捕获数据之间的关系。 MongoDB document 可以将 document 结构嵌入到另一个 document 中的字段或数组中。这些非规范化的数据模型允许应用程序在单个数据库操作中检索和操纵相关数据。
 
-![img](http://dunwu.test.upcdn.net/snap/20200910193231.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200910193231.png)
 
 对于 MongoDB 中的很多场景，非规范化数据模型都是最佳的。
 
@@ -137,7 +137,7 @@ This looks very different from the tabular data structure you started with in St
 
 引用通过包含从一个 document 到另一个 document 的链接或引用来存储数据之间的关系。 应用程序可以解析这些引用以访问相关数据。 广义上讲，这些是规范化的数据模型。
 
-![img](http://dunwu.test.upcdn.net/snap/20200910193234.png)
+![img](https://raw.githubusercontent.com/dunwu/images/dev/snap/20200910193234.png)
 
 通常，在以下场景使用引用式的数据模型：