TCDatabase介绍(2)

三、TokyoTyrant的网络协议

1、简单介绍

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

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

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

put          0x10

putkeep   0x11

putcat      0x12

putshl      0x13

putnr       0x18

out          0x20

get          0x30

mget       0x31

……

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

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

magic:  0xC8 0x90

nsiz:     name的长度

opts:    option参数

rnum:   后续参数的个数

nbuf:    name

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

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

rdb = RDB::new

rdb.open(“localhost”, 3900)

rdb.put(“foo”, “hop”)

#发出0xC8 0x10 0x0003 0x0003  “foo”    “hop”

#      magiccode ksiz      vsiz       kbuf*   vbuf*

rdb = RDBTBL::new

rdb.open(“localhost”,3900)

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

#发出0xC8 0x90 0x0003 0x0000  0x0003  “put”    0x0003 “foo”     0x0003 “hop”    0x0005 “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协议,这样应该更容易解析一些,效率也会有提升。

(待续)

发表评论

电子邮件地址不会被公开。