LedisDB

Ledisdb is a high-performance NoSQL database, similar to Redis, written in Go. It supports many data structures including kv, list, hash, zset, bitmap,set.

LedisDB now supports multiple different databases as backends.

You must run ledis-upgrade-ttl before using LedisDB version 0.4, I fixed a very serious bug for key expiration and TTL.

Features

• Rich data structure: KV, List, Hash, ZSet, Bitmap, Set.
• Data storage is not limited by RAM.
• Various backends supported: LevelDB, goleveldb, LMDB, RocksDB, BoltDB, RAM.
• Supports transactions using LMDB or BotlDB.
• Supports Lua scripting.
• Supports expiration and TTL.
• Can be managed via redis-cli.
• Easy to embed in your own Go application.
• HTTP API support, JSON/BSON/msgpack output.
• Replication to guarantee data safety.
• Supplies tools to load, dump, and repair database.
• Supports cluster, use xcodis

Build and Install

Create a workspace and checkout ledisdb source

mkdir $WORKSPACE
cd $WORKSPACE
git clone git@github.com:siddontang/ledisdb.git src/github.com/siddontang/ledisdb

cd src/github.com/siddontang/ledisdb

#install godep and be sure godep command can be found in $PATH
go get github.com/tools/godep

#set build and run environment 
source dev.sh

make
make test

Godep support

LedisDB now prefers using godep to build, godep can manage the go dependences easily.

If you don't want to use godep, you can first run sh bootstrap.sh to download the depencenecs and then make, but I will not guarantee the dependence compatibility.

LevelDB support

• Install leveldb and snappy.

  LedisDB supplies a simple script to install leveldb and snappy:

    sudo sh tools/build_leveldb.sh
  

  It will install leveldb at /usr/local/leveldb and snappy at /usr/local/snappy by default.

  LedisDB uses the modified LevelDB for better performance. Details.

  You can easily use other LevelDB versions (like Hyper LevelDB or Basho LevelDB) instead, as long as the header files are in include/leveldb, not include/hyperleveldb or any other location.

• Set LEVELDB_DIR and SNAPPY_DIR to the actual install path in dev.sh.

• make clean && make

RocksDB support

• Install rocksdb(make shared_lib) and snappy first.

  LedisDB has not yet supplied a simple script to install.

• Set ROCKSDB_DIR and SNAPPY_DIR to the actual install path in dev.sh.

• make clean && make

If the RocksDB API changes, LedisDB may not build successfully. LedisDB currently supports RocksDB version 3.5 or later.

Choose store database

LedisDB now supports goleveldb, lmdb, leveldb, rocksdb, boltdb, and RAM. It will use goleveldb by default.

Choosing a store database to use is very simple.

• Set in server config file

    db_name = "leveldb"
  

• Set in command flag

    ledis-server -config=/etc/ledis.conf -db_name=leveldb
  

  Flag command set will overwrite config setting.

Lua support

• Compile and install Lua
• Set LUA_DIR to the actual path in dev.sh
• make clean && make

Configuration

LedisDB uses toml as the configuration format. The basic configuration ./etc/ledis.conf in LedisDB source may help you.

If you don't use a configuration, LedisDB will use the default for you.

Server Example

//set run environment if not
source dev.sh

ledis-server -config=/etc/ledis.conf

//another shell
ledis-cli -p 6380

ledis 127.0.0.1:6380> set a 1
OK
ledis 127.0.0.1:6380> get a
"1"

//use curl
curl http://127.0.0.1:11181/SET/hello/world
→ {"SET":[true,"OK"]}

curl http://127.0.0.1:11181/0/GET/hello?type=json
→ {"GET":"world"}

Package Example

import "github.com/siddontang/ledisdb/ledis"
l, _ := ledis.Open(cfg)
db, _ := l.Select(0)

db.Set(key, value)

db.Get(key)

Replication Example

Set slaveof in config or dynamiclly

ledis-cli -p 6381 

ledis 127.0.0.1:6381> slaveof 127.0.0.1 6380
OK

Cluster support

LedisDB uses a proxy named xcodis to support cluster.

Benchmark

See benchmark for more.

Todo

See Issues todo

Client

See Clients to find or contribute LedisDB client.

Links

• Official Website
• GoDoc
• Server Commands

Caveat

• Changing the backend database at runtime is very dangerous. Data validation is not guaranteed if this is done.
• Beginning a transaction will block any other write operators until commit or rollback is called. Avoid long-running transactions.
• pcall and xpcall are not supported in Lua. See the README in golua.

Requirement

• Go version >= 1.3

Feedback

• Gmail: siddontang@gmail.com
• Skype: live:siddontang_1