应用场景
假设我们在做一个通讯录软件,我们可以在多个客户端对服务端的数据进行增删改。那么这篇文章中我们要解决的问题是如何在客户端与服务端只传输经过增删改操作的数据,来使得客户端与服务端的数据是同步的。
名词解释
Anchor:同步锚点,用时间戳来表示,用来发现两端数据变化的部分
客户端表设计
每条记录包含两个用来同步用的字段:
status : 用来标识记录的状态
anchor : 记录服务端同步过来的时间戳
anchor | 含义 |
---|---|
0 | 本地新增 |
-1 | 标记删除 |
1 | 本地更新 |
9 | 已同步 |
服务端表设计
modified : 服务端修改记录的时间戳
双向同步过程
初始状态下,我们假设客户端和服务端的表各有两条数据
客户端:
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 18612345678 | 9 | 2 |
2 | Jim | 13888888888 | 9 | 3 |
服务端:
id | name | phone | modified |
---|---|---|---|
1 | Ken | 18612345678 | 2 |
2 | Jim | 13888888888 | 3 |
此时,客户端与服务端的数据是完全同步好了的
Client增加1条记录
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 18612345678 | 9 | 2 |
2 | Jim | 13888888888 | 9 | 3 |
3 | Tim | 12345678 | 0 | 0 |
Client修改1条记录
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 18612345678 | 9 | 2 |
2 | Jim | 010-12345678 | 1 | 3 |
3 | Tim | 12345678 | 0 | 0 |
注:因为上面的数据不是从服务端同步过来的,所以anchor默认为0
Client发送本地更新
SELECT * FROM table WHERE status < 9
客户端执行上面的SQL语句,找出客户端需要同步到服务端的记录。通过网络串行的发送给服务端。上一条请求没有得到回应的话,就不能进行下一个请求。
下表中的数据是发送的同步消息
id | name | phone | status | anchor |
---|---|---|---|---|
2 | Jim | 010-12345678 | 1 | 3 |
3 | Tim | 12345678 | 0 | 0 |
Server处理同步消息
服务端串行的收到客户端发送过来的数据,首先处理第一条数据
id | name | phone | status | anchor |
---|---|---|---|---|
2 | Jim | 010-12345678 | 1 | 3 |
服务端收到请求后需要对比客户端的anchor和服务端的modified,只有服务端modified=客户端anchor才能继续同步,否则说明客户端在上一次同步后服务端更新过数据,需要解决冲突后才能继续,接着根据status的值为1,那么服务端执行UPDATE语句
UPDATE table SET (name, phone) VALUES (?, ?) WHERE id = ?
其次,处理第二条数据
id | name | phone | status | anchor |
---|---|---|---|---|
3 | Tim | 12345678 | 0 | 0 |
如果得知anchor = 0,直接执行INSERT 语句
INSERT INTO table (id, name, phone) VALUES(?, ?, ?)
服务端经过这两次操作后,数据表如下
id | name | phone | modified |
---|---|---|---|
1 | Ken | 18612345678 | 2 |
2 | Jim | 010-12345678 | 6 |
3 | Tim | 12345678 | 8 |
Client根据响应更新本地记录
服务端处理完数据后,还要响应客户端的请求,如下
id | status | anchor |
---|---|---|
2 | 9 | 6 |
3 | 9 | 8 |
收到响应后,客户端就开始执行UPDATE了
UPDATE table SET status = ?, anchor = ? WHERE id = ?
客户端现在的数据表如下:
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 18612345678 | 9 | 2 |
2 | Jim | 010-12345678 | 9 | 3->6 |
3 | Tim | 12345678 | 9 | 0->8 |
Server增加一条数据并更新一条数据
id | name | phone | modified |
---|---|---|---|
1 | Ken | 00000000 | 11 |
2 | Jim | 010-12345678 | 6 |
3 | Tim | 12345678 | 8 |
4 | Bill | 88888888 | 10 |
Client向Server请求数据
因为服务端modified字段代表的是时间戳,所以Max(anchor)表示客户端最近一次同步的时间,如果存在服务端modified > Max(anchor),说明服务端需要向客户端同步数据。
服务器端执行下面的SQL语句:
SELECT * FROM table WHERE modified > Max(anchor)
返回下表中的数据:
id | name | phone | modified |
---|---|---|---|
1 | Ken | 00000000 | 11 |
4 | Bill | 88888888 | 10 |
Client处理同步消息
客户端根据增量数据更新本地表,处理数据时,只能更新状态为已同步或者不存在的数据
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 00000000 | 9 | 2->11 |
2 | Jim | 010-12345678 | 9 | 6 |
3 | Tim | 12345678 | 9 | 8 |
4 | Bill | 88888888 | 9 | 10 |
客户端删除记录
逻辑删除记录
id | name | phone | status | anchor |
---|---|---|---|---|
1 | Ken | 00000000 | -1 | 15 |
2 | Jim | 010-12345678 | 9 | 6 |
3 | Tim | 12345678 | 9 | 8 |
4 | Bill | 88888888 | 9 | 10 |
客户端发送消息到服务端
根据status < 9,将逻辑删除的记录发送至服务端,服务端收到消息后,将该记录移至deleted_table(相当于时光机,以后可以进行数据的恢复)表中
id | name | phone | modified |
---|---|---|---|
1 | Ken | 00000000 | 16 |
服务端响应客户端的请求
id | status | anchor |
---|---|---|
1 | -1 | 16 |
客户端收到响应
客户端直接进行物理删除
服务端删除记录
如果客户端从服务端获取的增量信息中包含删除记录的消息,则客户端直接进行物理删除