为何造新轮子?
有时候,我想查下线上的 redis 数据,但是我不能直接在内网访问生产环境的机器,我只能通过跳板机登录上我拥有权限的机器,而我拥有权限(开发权限)的机器上并没有安装 redis-cli。这时候我只能请求运维同学帮我装一个,虽然对他们来说只是敲一条命令的事情, 但是每次都麻烦别人,不是很好,而且当你找别人的时候,别人不一定有空。为什么装完了,下次还得装呢?这涉及到我们的运维体系设计问题。开发可以申请自己负责的项目的机器权限,可以是永久权限,也可以是临时的权限,过期失效。因为微服务的原因,我手上的有权限的机器不少,但是我不记得哪台机器上有 redis-cli, 也许当初安装 redis-cli 的那台机器我只有临时权限,而且过期了,谁记得这么多呢! 我只期望一点: 当我需要一个 redis-cli, 我能在很短时间内,自助快速安装一个。
装过 redis 的同学应该都知道,redis 是通过动态链接的方式引用了外部库的,也就是你一般是不可能直接拷贝一个编译好的 linux 二进制文件到另一台 linux 机器上直接执行的(这方面我不是特别了解,如果有误,请指出!)
1 | $ ldd redis-cli |
上面提到需求, 我想自己安装一个 redis-cli,不需要运维的介入。 读者也许会问,为什么不直接去 github clone 一份,然后自己编译一个 redis-cli?
我也想这样啊,可是网速实在感人:
1 | git clone https://github.com/antirez/redis.git |
所以,我只能自救了。
功能介绍
先甩个地址: https://github.com/holys/redis-cli 有兴趣的同学可以下载试试。
这个 redis-cli
是基于 ledis-cli
的,这是我的前同事 @siddongtang 的 ledisdb 的附属工具,我当时也贡献了几行代码。但是 ledis-cli 当时是为了适配 ledisdb 而作,只有很基础的 REPL 功能,连直接执行命令都不支持,当然也没有我非常喜欢的 raw output format 功能 和 monitor 功能。于是我自己改了下,使之表现尽量和官方的 redis-cli 一致。
目前的功能如下:
- 基本的 hostname, port, auth, db 选项支持,当然也支持 socket 的方式连接
- 支持 RESP (REdis Serialization Protocol) 协议,毕竟 ledisdb 是支持 RESP,所以这部分应该没啥问题。
- REPL,即交互式执行命令
- 直接执行命令,非交互式
- monitor 命令支持,这个的原理就是你向 redis-server 发一个 monitor 命令,然后你可以不断地从 redis-server 读取命令输出
- raw 输出,对于 JSON 格式的数据比较友好。
- 最大亮点应该就是编译一次,随处运行(因为go编译程序的时候把 runtime 也编译进去了)
功能演示
1 | $ ./redis-cli --help |
安装
可通过 go-get
的方式安装:
1 | go get -u -v github.com/holys/redis-cli |
如果非 Go 用户又想体验下,可以在 release 页面下载事先编译好的可执行文件来玩玩。目前提供了
64位机器的 darwin, linux 和 windows 环境可执行文件。
Contribution
欢迎提 issue。
感谢阅读。
本文地址 http://holys.im/2017/01/02/a-pure-go-implementation-of-redis-cli/