| CARVIEW |
Select Language
HTTP/2 302
server: nginx
date: Mon, 12 Jan 2026 00:01:18 GMT
content-type: text/plain; charset=utf-8
content-length: 0
x-archive-redirect-reason: found capture at 20100626151635
location: https://web.archive.org/web/20100626151635/https://github.com/basho/innostore
server-timing: captures_list;dur=1.011140, exclusion.robots;dur=0.088288, exclusion.robots.policy;dur=0.071572, esindex;dur=0.014374, cdx.remote;dur=26.570195, LoadShardBlock;dur=308.925866, PetaboxLoader3.datanode;dur=174.015622, PetaboxLoader3.resolve;dur=65.212202
x-app-server: wwwb-app241-dc8
x-ts: 302
x-tr: 390
server-timing: TR;dur=0,Tw;dur=0,Tc;dur=1
set-cookie: wb-p-SERVER=wwwb-app241; path=/
x-location: All
x-as: 14061
x-rl: 0
x-na: 0
x-page-cache: MISS
server-timing: MISS
x-nid: DigitalOcean
referrer-policy: no-referrer-when-downgrade
permissions-policy: interest-cohort=()
HTTP/2 200
server: nginx
date: Mon, 12 Jan 2026 00:01:19 GMT
content-type: text/html; charset=utf-8
x-archive-orig-server: nginx/0.7.61
x-archive-orig-date: Sat, 26 Jun 2010 15:16:35 GMT
x-archive-orig-connection: close
x-archive-orig-status: 200 OK
x-archive-orig-etag: "dbc007dcbe32b14cf5cb089b7bd544bf"
x-archive-orig-x-runtime: 77ms
x-archive-orig-content-length: 26887
x-archive-orig-cache-control: private, max-age=0, must-revalidate
x-archive-guessed-content-type: text/html
x-archive-guessed-charset: utf-8
memento-datetime: Sat, 26 Jun 2010 15:16:35 GMT
link: ; rel="original", ; rel="timemap"; type="application/link-format", ; rel="timegate"
content-security-policy: default-src 'self' 'unsafe-eval' 'unsafe-inline' data: blob: archive.org web.archive.org web-static.archive.org wayback-api.archive.org athena.archive.org analytics.archive.org pragma.archivelab.org wwwb-events.archive.org
x-archive-src: 52_16_20100626124807_crawl103-c/52_16_20100626151533_crawl101.arc.gz
server-timing: captures_list;dur=0.900333, exclusion.robots;dur=0.078288, exclusion.robots.policy;dur=0.048454, esindex;dur=0.016966, cdx.remote;dur=25.105530, LoadShardBlock;dur=233.349162, PetaboxLoader3.datanode;dur=133.478852, PetaboxLoader3.resolve;dur=136.995921, load_resource;dur=76.202667
x-app-server: wwwb-app241-dc8
x-ts: 200
x-tr: 427
server-timing: TR;dur=0,Tw;dur=0,Tc;dur=0
x-location: All
x-as: 14061
x-rl: 0
x-na: 0
x-page-cache: MISS
server-timing: MISS
x-nid: DigitalOcean
referrer-policy: no-referrer-when-downgrade
permissions-policy: interest-cohort=()
content-encoding: gzip
basho's innostore at master - GitHub
basho / innostore
- Source
- Commits
- Network (1)
- Graphs
-
Branch:
master
click here to add a description
click here to add a homepage
| name | age | message | |
|---|---|---|---|
| |
.hgignore | Loading commit data... |
|
| |
.hgtags | ||
| |
LICENSE | ||
| |
Makefile | ||
| |
README | ||
| |
c_src/ | ||
| |
ebin/ | ||
| |
priv/ | ||
| |
rebar | ||
| |
rebar.config | ||
| |
src/ |
README
README ====== Innostore is a simple Erlang API to Embedded InnoDB. Innostore does not attempt to provide the same API as Inno itself, but instead provides a simpler interface which is sufficient for many uses. This interface is exported by the "innostore" module of the "innostore" application. An example of use of that interface can be found in the "innostore_riak" module, which is a valid Riak backend module using innostore for storage. Installation ------------ * Download or clone the innostore project from https://hg.basho.com/innostore. * In the innostore directory, build it: $ make * Option 1: Install innostore into your Erlang distribution: $ make install * Option 2: Install innostore into an existing Riak build: ** Use rebar to install into your Riak lib directory $ ./rebar install target=$RIAK/lib * Finally, configure riak to use innostore in app.config by setting the storage_backend. Change riak/etc/app.config: {storage_backend, riak_kv_innostore_backend} * You may wish to also tune the innostore engine. Add a innostore application section to the riak/etc/app.config: %% Inno db config {innostore, [ {data_home_dir, "/mnt/innodb"}, {log_group_home_dir, "/mnt/innodb"}, {buffer_pool_size, 2147483648} %% 2G of buffer ]} Tuning ------ While InnoDB can be extremely fast for a durable store, its performance is highly dependent on tuning the configuration to match the hardware and dataset. All the configuration is available as application variables in the innostore applications cope. An example configuration follows: %% InnoDB config {innostore, [ {data_home_dir, "/innodb"}, %% Where data files go {log_group_home_dir, "/innodb-log"}, %% Where log files go {buffer_pool_size, 2147483648}, %% 2G in-memory buffer in bytes {log_files_in_group, 6}, %% How many files you need -- usually, 3 < x < 6 {log_file_size, 134217728} %% No bigger than 256MB ]}, In general, only the first three parameters (data_home_dir, log_group_home_dir and buffer_pool_size) will need to be changed. It is strongly recommended that the data home dir and log home dir are kept on separate spindles/drives. The buffer_pool_size determines how much data Inno tries to keep in memory at once. Obviously, the more of your dataset that can fit in RAM, the better Inno will perform. If you are running a 64-bit Erlang VM, the buffer_pool_size can safely be set above 2G. You can control the number of file descriptors Inno will use with open_files. Inno defaults to 300 which can cause problems on some platforms (e.g. OS X has a default limit of 256 handles). Either set {open_files, 100} in the config or increase the number of handles available. Make sure to set noatime on any disk involved with Inno, particularly if you are expecting significant load. When running innostore on solaris+zfs, make sure to set the recordsize=16k on the pool where data_home_dir lives (prior to starting innostore). You may also find that setting primarycache=metadata will positively influence performance. Logging ------- By default log output from Inno will be delivered on stderr. The error_log config option allows redirecting to a file, for example to redirect to /var/log/innostore.log {innostore, [{error_log, "/var/log/innostore.log"}]}. InnoDB Table Format ------------------- Embedded InnoDb offers several table formats: compact, dynamic and compressed. - compact format stores the first 768 bytes of the value with the key and any extra data on extension pages. This is a good option for small values. - dynamic format stores the value outside separately from the index. For larger values (>600 bytes) this will make the index pages denser and may provide a performance increase. - compressed format is like dynamic format, except it compresses the key and data pages. The default format is compact to match previous innostore releases. To configure, set the 'format' option in your innostore config. The setting is system wide and will be used for all buckets. %% Use dynamic format tables. {innostore, [{format, dynamic}]}. If you wish to use compressed tables the page_size must be set to 0 (changing this is not recommended for any other case). {innostore, [{format, compressed}, {page_size, 0}]}.

