improve format

This commit is contained in:
Jerry Lee
2019-09-08 22:59:36 +08:00
parent 3442305964
commit d852624f99
3 changed files with 3 additions and 3 deletions

View File

@@ -21,7 +21,7 @@
[自己](http://weibo.com/oldratlee)理解粗浅且这篇文章又长难度又大,翻译中肯定会有不少不足和不对之处,欢迎建议([提交Issue](https://github.com/oldratlee/translations/issues))和指正([Fork后提交代码](https://github.com/oldratlee/translations/fork)
<img src="images/oldratlee-alipay-qr.png" width="128" hspace="10px" align="right" >
<img src="images/oldratlee-alipay-qr.png" width="15%" hspace="10px" align="right" >
PS

View File

@@ -137,7 +137,7 @@
可以认识到日志是更基本的数据结构:日志除了可用来创建原表,也可以用来创建各类衍生表。
(是的,表可以是非关系型用户用的键值数据存储(`keyed data store`)。)
<img src="images/yin-yang.jpg" width="180" hspace="10px" align="right" >
<img src="images/yin-yang.jpg" width="20%" hspace="10px" align="right" >
这个过程也是可逆的:如果你对一张表进行更新,你可以记录这些变更,并把所有更新的『变更日志』发布到表的状态信息中。
这些变更日志正是你所需要的支持准实时的复制。

View File

@@ -92,7 +92,7 @@
这正是不同系统间的应该变化的部分,例如:一个全文搜索查询语句可能需要查询所有分区,
而一个主键查询只需要查询负责这个主键数据的单个节点就可以了。
<img src="images/system.png" width="130" hspace="10px" align="right" >
<img src="images/system.png" width="20%" hspace="10px" align="right" >
下面我们来看下系统是如何工作的。
系统被分为两个逻辑部分:日志和服务层。日志按顺序捕获状态变化。