TCDatabase介绍（2）

三、TokyoTyrant的网络协议

1、简单介绍

介绍这个，其实价值不大，因为详细的文档都在那里呢：http://1978th.net/tokyotyrant/spex.html#protocol

不过，还是要说一下，因为我对TT的协议，颇有些不满。

TT的协议，各位如果仔细看，就会发现，这是一个典型的未经重构的，临时拼凑起来的协议。最初的TT，只考虑了基本的put、putkeep、putcat、out、get、mget等等命令，每个命令都以0xC8开头，然后再加上一个16位二进制数。

put          0×10

putkeep   0×11

putcat      0×12

putshl      0×13

putnr       0×18

out          0×20

get          0×30

mget       0×31

……

但是，他还有一个misc命令，所有与Table数据类相关的命令，都包含在misc里面，misc的格式是这样的：

[magic:2][nsiz:4][opts:4][rnum:4][nbuf:*][{[asiz:4][abuf:*]}:*]

magic:  0xC8 0×90

nsiz:     name的长度

opts:    option参数

rnum:   后续参数的个数

nbuf:    name

asiz与abuf交替出现，表示每一个参数

因此，我们针对RDBTBL的操作，最终都会调用misc命令。

rdb = RDB::new

rdb.open("localhost", 3900)

rdb.put("foo", "hop")                      

 

#发出0xC8 0×10 0×0003 0×0003  "foo"    "hop"

#      magiccode ksiz      vsiz       kbuf*   vbuf*

rdb = RDBTBL::new

rdb.open("localhost",3900)

rdb.put("foo",{"hop"=>"value"})     

 

#发出0xC8 0×90 0×0003 0×0000  0×0003  "put"    0×0003 "foo"     0×0003 "hop"    0×0005 "value"

        magiccode nsiz      opts      rnum      nbuf*  asiz1    abuf1*  asiz2    abuf2*  asiz3    abuf3*

看上去非常类似的代码，发出的网络数据流，却完全不同。

 

2、misc的问题

TT的协议中，最麻烦的，就是这个misc命令，效率最低的，也是这个misc命令，Table型数据，一共支持10个不同的命令，却全部被堆到一个misc里来完成了。

按照某种合理的逻辑，这些命令，应该跟正常的其他命令类似，各自分配到自己的magic code，各自有自己的命令格式和定义，而不是像现在这个样子。

即使是这个misc本身，也非常糟糕，将key与value，放到一个数组里，而且整个数组也没有一个总的长度，使得解析也变得效率低下了。

目前的TCDatabase，因为是在TT的skeleton基础上开发，因此接收的命令与TT完全一致。这当然降低了开发的难度。但是，要想进一步改善TT，或者说要想做出一个TCDatabase，抛弃现有的二进制协议，另起炉灶，应该是一个必然的选择。

3、TCDatabase的协议设想

这个是一个初步的设想，还需要跟riceball详细讨论，才能确定下来：

• 每个命令一个不同的magic code
• [key_size] 如果需要key作为参数的话
• [key_buf*] 如果需要key作为参数的话
• [opts]        选项
• [arguments_size]  参数总长度
• [arguments_length]  参数个数
• [arguments_1_size]  第一个参数的长度
• [arguments_1_buf*]  第一个参数
• ……

相比原来的TT协议，这样应该更容易解析一些，效率也会有提升。

 

(待续)