diff options
| author | Romain Péchayre <rpechayr@users.noreply.github.com> | 2021-09-13 10:30:26 -0700 |
|---|---|---|
| committer | Facebook GitHub Bot <facebook-github-bot@users.noreply.github.com> | 2021-09-13 10:31:19 -0700 |
| commit | 9bb6cc7e7858bf8473369fee9014c2499ee55fe8 (patch) | |
| tree | 85f5d8d9d64784699c23db7a7f3672a7884bd0a3 /docs | |
| parent | dafa584fd10918ec322053a54fcb7f0f7c0ead9f (diff) | |
Fix minor typo in blog post (#8906)
Summary:
Hi. Hope this helps :)
Pull Request resolved: https://github.com/facebook/rocksdb/pull/8906
Reviewed By: jay-zhuang
Differential Revision: D30890111
Pulled By: zhichao-cao
fbshipit-source-id: 45a4119158dc38cb4220b1d6d571bb1ca9902ffc
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/_posts/2017-08-25-flushwal.markdown | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/_posts/2017-08-25-flushwal.markdown b/docs/_posts/2017-08-25-flushwal.markdown index 2dc5626ad..751fe5249 100644 --- a/docs/_posts/2017-08-25-flushwal.markdown +++ b/docs/_posts/2017-08-25-flushwal.markdown @@ -21,6 +21,6 @@ The user can turn off the automatic flush of the WAL by setting `DBOptions::manu ### Success story: MyRocks -Some applications that use RocksDB, already have other machinsims in place to provide reliability. MySQL for example uses 2PC (two-phase commit) to write to both binlog as well as the storage engine such as InnoDB and MyRocks. The group commit logic in MySQL allows the 1st phase (Prepare) to be run in parallel but after a commit group is formed performs the 2nd phase (Commit) in a serial manner. This makes low commit latency in the storage engine essential for acheiving high throughput. The commit in MyRocks includes writing to the RocksDB WAL, which as explaiend above, by default incures the latency of flushing the WAL new appends to the OS buffer. +Some applications that use RocksDB, already have other machinsims in place to provide reliability. MySQL for example uses 2PC (two-phase commit) to write to both binlog as well as the storage engine such as InnoDB and MyRocks. The group commit logic in MySQL allows the 1st phase (Prepare) to be run in parallel but after a commit group is formed performs the 2nd phase (Commit) in a serial manner. This makes low commit latency in the storage engine essential for achieving high throughput. The commit in MyRocks includes writing to the RocksDB WAL, which as explaiend above, by default incures the latency of flushing the WAL new appends to the OS buffer. Since binlog helps in recovering from some failure scenarios, MySQL can provide reliability without however needing a storage WAL flush after each individual commit. MyRocks benefits from this property, disables automatic WAL flush in RocksDB, and manually calls `::FlushWAL` when requested by MySQL. |