MarketStore

Read this in 日本語(Japanese)

Introduction

MarketStore is a database server optimized for financial time-series data. You can think of it as an extensible DataFrame service that is accessible from anywhere in your system, at higher scalability.

It is designed from the ground up to address scalability issues around handling large amounts of financial market data used in algorithmic trading backtesting, charting, and analyzing price history with data spanning many years, and granularity down to tick-level for the all US equities or the exploding cryptocurrencies space. If you are struggling with managing lots of HDF5 files, this is perfect solution to your problem.

The batteries are included with the basic install - you can start pulling crypto price data from GDAX and writing it to the db with a simple plugin configuration.

MarketStore enables you to query DataFrame content over the network at as low latency as your local HDF5 files from disk, and appending new data to the end is two orders of magnitude faster than DataFrame would be. This is because the storage format is optimized for the type of data and use cases as well as for modern filesystem/hardware characteristics.

MarketStore is production ready! At Alpaca it has been used in production for years in serious business. If you encounter a bug or are interested in getting involved, please see the contribution section for more details.

Install

Docker

If you want to get started right away, you can bootstrap a marketstore db instance using our latest docker image. The image comes pre-loaded with the default mkts.yml file and declares the VOLUME /data, as its root directory. To run the container with the defaults:

docker run -i -p 5993:5993 alpacamarkets/marketstore:latest

If you want to run a custom mkts.yml you can create a new container and load your mkts.yml file into it:

docker create --name mktsdb -p 5993:5993 alpacamarkets/marketstore:latest
docker cp mkts.yml mktsdb:/etc/mkts.yml
docker start -i mktsdb

You can also bind mount the container to a local host config file: a custom mkts.yml:

docker run -v /full/path/to/mkts.yml:/etc/mkts.yml -i -p 5993:5993 alpacamarkets/marketstore:latest

This allows you to test out the image included plugins with ease if you prefer to skip the copying step suggested above.

By default the container will not persist any written data to your container's host storage. To accomplish this, bind the data directory to a local location:

docker run -v "/path/to/store/data:/data" -i -p 5993:5993 alpacamarkets/marketstore:latest

Once data is written to the server you should see a file tree layout like the following that will persist across container runs:

>>> tree /<path_to_data>/marketstore
/<path_to_data>/marketstore
├── category_name
├── WALFile.1590868038674814776.walfile
├── SYMBOL_1
├── SYMBOL_2
├── SYMBOL_3

If you have built the cmd package locally, you can open a session with your running docker instance using:

marketstore connect --url localhost:5993

Source

MarketStore is implemented in Go, so you can install it by go install.

go install github.com/alpacahq/marketstore/v4@latest
# export GOROOT=$HOME/go
# export PATH=$PATH:$GOROOT/bin
marketstore --version

You can build it from source easily too. You need Go 1.11+ as it uses go mod to manage dependencies.

go get -u github.com/alpacahq/marketstore

then compile and install the project binaries using

make install

Optionally, you can install the project's included plugins using

make plugins

Homebrew on macOS

You can also install marketstore using the Homebrew package manager for macOS.

$ brew tap zjhmale/marketstore
$ brew install --HEAD marketstore

To upgrade marketstore in the future, use upgrade instead of install.

Then you are equipped with marketstore service plist also

$ brew services start marketstore
$ brew services stop marketstore

Usage

You can list available commands by running

marketstore

or

$GOPATH/bin/marketstore

depending on your GOPATH.

You can create a new configuration file named mkts.yml, populated with defaults by running:

$GOPATH/bin/marketstore init

and then start the marketstore server with:

$GOPATH/bin/marketstore start

The output will look something like:

example@alpaca:~/go/bin/src/github.com/alpacahq/marketstore$ marketstore
I0619 16:29:30.102101    7835 log.go:14] Disabling "enable_last_known" feature until it is fixed...
I0619 16:29:30.102980    7835 log.go:14] Initializing MarketStore...
I0619 16:29:30.103092    7835 log.go:14] WAL Setup: initCatalog true, initWALCache true, backgroundSync true, WALBypass false:
I0619 16:29:30.103179    7835 log.go:14] Root Directory: /example/go/bin/src/github.com/alpacahq/marketstore/project/data/mktsdb
I0619 16:29:30.144461    7835 log.go:14] My WALFILE: WALFile.1529450970104303654.walfile
I0619 16:29:30.144486    7835 log.go:14] Found a WALFILE: WALFile.1529450306968096708.walfile, entering replay...
I0619 16:29:30.244778    7835 log.go:14] Beginning WAL Replay
I0619 16:29:30.244861    7835 log.go:14] Partial Read
I0619 16:29:30.244882    7835 log.go:14] Entering replay of TGData
I0619 16:29:30.244903    7835 log.go:14] Replay of WAL file /example/go/bin/src/github.com/alpacahq/marketstore/project/data/mktsdb/WALFile.1529450306968096708.walfile finished
I0619 16:29:30.289401    7835 log.go:14] Finished replay of TGData
I0619 16:29:30.340760    7835 log.go:14] Launching rpc data server...
I0619 16:29:30.340792    7835 log.go:14] Initializing websocket...
I0619 16:29:30.340814    7835 plugins.go:14] InitializeTriggers
I0619 16:29:30.340824    7835 plugins.go:42] InitializeBgWorkers

Configuration

In order to run MarketStore, a YAML config file is needed. A default file (mkts.yml) can be created using marketstore init. The path to this file is passed in to the start command with the --config flag, or by default it finds a file named mkts.yml in the directory it is running from.

Options

Var	Type	Description
root_directory	string	Allows the user to specify the directory in which the MarketStore database resides
listen_port	int	Port that MarketStore will serve through for JSON-RPC API
grpc_listen_port	int	Port that MarketStore will serve through for GRPC API
timezone	string	System timezone by name of TZ database (e.g. America/New_York)
log_level	string	Allows the user to specify the log level (info
stop_grace_period	int	Sets the amount of time MarketStore will wait to shutdown after a SIGINT signal is received
wal_rotate_interval	int	Frequency (in minutes) at which the WAL file will be trimmed after being flushed to disk
stale_threshold	int	Threshold (in days) by which MarketStore will declare a symbol stale
disable_variable_compression	bool	disables the default compression of variable data
triggers	slice	List of trigger plugins
bgworkers	slice	List of background worker plugins

Default mkts.yml

root_directory: data
listen_port: 5993
grpc_listen_port: 5995
log_level: info
stop_grace_period: 0
wal_rotate_interval: 5
stale_threshold: 5

Clients

After starting up a MarketStore instance on your machine, you're all set to be able to read and write tick data.

Python

pymarketstore is the standard python client. Make sure that in another terminal, you have marketstore running

• query data

import pymarketstore as pymkts
param = pymkts.Params('BTC', '1Min', 'OHLCV', limit=10)
cli = pymkts.Client()
reply = cli.query(param)
reply.first().df()

shows

Out[5]:
                               Open      High       Low     Close     Volume
Epoch
2018-01-17 17:19:00+00:00  10400.00  10400.25  10315.00  10337.25   7.772154
2018-01-17 17:20:00+00:00  10328.22  10359.00  10328.22  10337.00  14.206040
2018-01-17 17:21:00+00:00  10337.01  10337.01  10180.01  10192.15   7.906481
2018-01-17 17:22:00+00:00  10199.99  10200.00  10129.88  10160.08  28.119562
2018-01-17 17:23:00+00:00  10140.01  10161.00  10115.00  10115.01  11.283704
2018-01-17 17:24:00+00:00  10115.00  10194.99  10102.35  10194.99  10.617131
2018-01-17 17:25:00+00:00  10194.99  10240.00  10194.98  10220.00   8.586766
2018-01-17 17:26:00+00:00  10210.02  10210.02  10101.00  10138.00   6.616969
2018-01-17 17:27:00+00:00  10137.99  10138.00  10108.76  10124.94   9.962978
2018-01-17 17:28:00+00:00  10124.95  10142.39  10124.94  10142.39   2.262249

• write data

import numpy as np
import pandas as pd
data = np.array([(pd.Timestamp('2017-01-01 00:00').value / 10**9, 10.0)], dtype=[('Epoch', 'i8'), ('Ask', 'f4')])
cli.write(data, 'TEST/1Min/Tick')
# Out[10]: {'responses': None}

cli.query(pymkts.Params('TEST', '1Min', 'Tick')).first().df()

shows

                            Ask
Epoch
2017-01-01 00:00:00+00:00  10.0

• Variable length records

Marketstore is a database that achieves high performance by limiting the number of records in a timeframe to one. The supported timeframes are from 1D (1 day) to 1Sec (1 second), and basically, the longer the timeframe is, the faster you can read and write data.

However, it also supports data that does not arrive at a specific interval or more frequently than every second, such as board data and TICK data. Such kind of data is called variable-length records in marketstore.

You can use the variable-length records feature by specifying isvariablelength=True when you write with pymarketstore.

import numpy as np, pandas as pd, pymarketstore as pymkts

symbol, timeframe, attribute_group = "TEST", "1Sec", "Tick"
data_type = [('Epoch', 'i8'), ('Bid', 'f4'), ('Ask', 'f4'), ('Nanoseconds', 'i4')]
tbk = "{}/{}/{}".format(symbol, timeframe, attribute_group)
client = pymkts.Client()

# --- write variable-length records (=multiple records in a single timeframe (1Sec))
data = np.array([
    (pd.Timestamp('2021-01-01 00:00:00').value / 10 ** 9, 10.0, 20.0, 1000000),
    (pd.Timestamp('2021-01-01 00:00:00').value / 10 ** 9, 30.0, 40.0, 2000000),
    (pd.Timestamp('2021-01-01 00:00:00').value / 10 ** 9, 50.0, 60.0, 3000000),
], dtype=data_type)
client.write(data, tbk, isvariablelength=True)

# --- query variable-length records
params = pymkts.Params(symbol, timeframe, attribute_group)
print(client.query(params=params).first().df())

# --- tearDown
client.destroy(tbk)

shows

                            Bid Ask Nanoseconds
Epoch                                             
2021-01-01 00:00:00+00:00 10.0 20.0 1000000
2021-01-01 00:00:00+00:00 30.0 40.0 2000000
2021-01-01 00:00:00+00:00 50.0 60.0 3000000

Because the data type of Epoch column is always set as 'i8'(=int64) and it's not sufficient for describing a date with sub-second accuracy, the sub-second information is stored in another column (=Nanoseconds column, the data type is 'i4') in marketstore.

Command-line

Connect to a marketstore instance with

// For a local db-
marketstore connect --dir <path>
// For a server-
marketstore connect --url <address>

and run commands through the sql session.

Plugins

Go plugin architecture works best with Go1.10+ on linux. For more on plugins, see the plugins package Some featured plugins are covered here -

Streaming

You can receive realtime bars updates through the WebSocket streaming feature. The db server accepts a WebSocket connection on /ws, and we have built a plugin that pushes the data. Take a look at the package for more details.

GDAX Data Feeder

The batteries are included, so you can start pulling crypto price data from GDAX right after you install MarketStore. Then you can query DataFrame content over the network at as low latency as your local HDF5 files from disk, and appending new data to the end is two orders of magnitude faster than DataFrame would be. This is because the storage format is optimized for the type of data and use cases as well as for modern filesystem/hardware characteristics.

You can start pulling data from GDAX if you configure the data poller. For more information, see the package

On-Disk Aggregation

This plugin allows you to only worry about writing tick/minute level data. This plugin handles time-based aggregation on disk. For more, see the package

Replication

You can replicate data from a master marketstore instance to other marketstore instances. In mkts.yml config file, please set the config as the following:

• master instance

replication:
  # when enabled=true, this instance works as master instance and accept connections from replicas
  enabled: true
  # when tls_enabled=true, transport security between master and replica is enabled.
  # tls_enabled: true # both master and replica should have tls_enabled=true to enable TLS
  # public/private key pair from a pair of files. The files must contain PEM encoded data.
  # The cert file may contain intermediate certificates following the leaf certificate to form a certificate chain.
  # cert_file: "/Users/dakimura/projects/misks/tmpcert/server.crt" # both master and replica should have this config to enable TLS
  # key_file: "/Users/dakimura/projects/misks/tmpcert/server.key"
  # port to be used for the replication protocol
  listen_port: 5996

• replica instance(s)

replication:
  # when master_host is set, this instance works as a replica instance
  master_host: "127.0.0.1:5995"
  # when tls_enabled=true on master server, GRPC communication between master and replica is encrypted by SSL.
  # tls_enabled: true
  # cert_file: "/Users/dakimura/projects/misks/tmpcert/server.crt" # both master and replica should have this config to enable TLS

limitations

• Currently, the replication connection is initialized only at a startup of a marketstore replica instance. Please be sure to start the master instance first when you want to replicate data.

• Currently, only write API is supported. delete API result won't be reflected to replica instances.

• When replication is enabled on a replica instance, the instance is set to read-only mode and write API call(s) to the instance will fail.

Development

If you are interested in improving MarketStore, you are more than welcome! Just file issues or requests in GitHub or contact [email protected]. Before opening a PR please be sure tests pass-

make unittest

Plugins Development

We know the needs and requirements in this space are diverse. MarketStore provides strong core functionality with flexible plug-in architecture. If you want to build your own, look around plugins