Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
T
tarantool
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Container Registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
core
tarantool
Commits
681bd80d
Commit
681bd80d
authored
11 years ago
by
ocelot-inc
Browse files
Options
Downloads
Patches
Plain Diff
server-administration.xml why tarantar?
parent
44b973d3
No related branches found
Branches containing commit
No related tags found
Tags containing commit
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/user/server-administration.xml
+49
-1
49 additions, 1 deletion
doc/user/server-administration.xml
with
49 additions
and
1 deletion
doc/user/server-administration.xml
+
49
−
1
View file @
681bd80d
...
...
@@ -77,7 +77,55 @@ snapshot exists, skip.
</para>
<para>
For an explanation of tarantar's design see
<link
xlink:href=
"https://github.com/tarantool/tarantool/wiki/Tarantar"
>
the Tarantool wiki
</link>
.
<bridgehead
renderas=
"sect4"
>
Why tarantar?
</bridgehead>
To recapitulate the idea of a snapshot and a write-ahead log:
Tarantool's database is entirely in memory; however, it has a
complete and up-to-date on-disk backup. This consists of snapshot
files (extension .snap) which are copies of the database as of the
time the snapshot was taken, and write-ahead-log files (extension
.xlog) which contain records of insert/update/delete operations that
are written when the operations occur. If the tarantool_box server
goes down and later restarts, it will recover the database by
reading the snapshot and then re-applying the write-ahead-log records.
</para>
<para>
The approach is reliable. But if the snapshot gets old and the
number of write-ahead-log records get huge, then recovery would
take too long and .xlog files would take too much space.
So periodically one should make new snapshots -- if a .snap file
is up to date, then the .xlog files are unnecessary and can be
archived.
</para>
<para>
To take a snapshot with the tarantool client, one can say
SAVE SNAPSHOT. SAVE SNAPSHOT will copy every tuple from
the in-memory database to the .snap file. However, this
is not always the ideal method.
</para>
<para>
Taking snapshots with tarantar, instead of with SAVE SNAPSHOT,
can be better because:
<itemizedlist>
<listitem><para>
tarantar can work even if the tarantool_box server is down
because it works from the existing .xnap and .xlog files,
rather than from an in-memory database.
</para></listitem>
<listitem><para>
tarantar saves memory when constructing its own in-memory
index to the rows by making SHA-1 hashes for primary keys
that contain strings or that are multi-column and longer
than 20 bytes
</para></listitem>
<listitem><para>
tarantar can be made to limit its memory usage so that
it does not interfere with resource use by other processes
including other Tarantool-related processes.
</para></listitem>
<listitem><para>
tarantar can be made to run periodically as a daemon
</para></listitem>
</itemizedlist>
</para>
<para>
For more explanation of tarantar's design see
<link
xlink:href=
"https://github.com/tarantool/tarantool/wiki/Tarantar"
>
the Tarantool wiki
</link>
.
</para>
</section>
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment