TokuMX

From Wikipedia, the free encyclopedia
TokuMX
Developer(s) Tokutek
Stable release 1.3.3 / December, 2013
Type Database
License Modified GNU General Public License (version 2) [1] or proprietary EULA
Website http://www.tokutek.com/

TokuMX is and open source, high-performance distribution of MongoDB.[2] It is a drop-in replacement for MongoDB with added performance and scalability, as well as support for document-level locking, transaction support with MVCC, and replication optimization; it does not support full-text search or geospatial indexing.

TokuMX is specifically designed for high performance on write-intensive workloads. It achieves this via Fractal Tree indexing[3] , which replaces 40-year-old B-tree indexing and is based on cache-oblivious algorithms. This approach to building memory-efficient systems was originally jointly developed by researchers at the Massachusetts Institute of Technology,[4] Rutgers University, [5] and the State University of New York at Stony Brook (SUNY). [6] TokuMX is a scalable, ACID and MVCC compliant distribution of MongoDB that provides indexing-based query improvements, offers online schema modifications, and reduces slave lag for both hard disk drives and flash memory. It also adds transactions with MVCC and ACID reliability to any MongoDB application, making MongoDB suitable for a much wider range of solutions.

TokuMX was released under a modified GNU General Public License in June 2013.

B-trees

Most relational databases use indexes to increase query performance. Databases can leverage indexes to significantly reduce the amount of data they examine while responding to queries. Indexes are commonly implemented with B-trees, a data structure first described in 1970. The B-tree data structure allows for operations like inserting data and sorted order iteration, the primary operation used by an index. Depending on the workload and implementation, B-tree performance can be limited by the random I/O characteristics of disks. In addition, while freshly loaded databases tend to have good sequential behavior, this behavior becomes increasingly difficult to maintain as a database grows, resulting in more random I/O and performance challenges.

With the advent of Big Data and the ever increasing database needs of the 21st century, many niche databases have been created to get around the limitations of 50-year-old B-tree indexing. These include some optimized for reads, some optimized for writes, and a series of other special-purpose databases designed for a narrow problem set. [7]

Fractal tree indexes

Overview

Fractal Tree indexing technology is a new approach to indexing that replaces B-trees.

Fractal Tree indexes implement the same operations as a B-tree, and thus are a drop-in replacement for B-trees. Fractal Tree indexes effectively replaces small, frequent writes with larger, less frequent ones, which enables better compression and insertion performance. Fractal Trees also allow for messages to be injected into the tree in such a fashion that schema changes such as adding or dropping a column, or adding an index, can be done online, and in the background. [8] As a result, more indexes can be maintained without a drop in performance. This is because adding data to indexes tends to stress the performance of B-trees, but performs well in Fractal Tree indexes [9]

Uses

Fractal Tree indexes can be applied to a number of applications characterized by near-real time analysis of streaming data. They can be used as the storage layer of a database or as the storage layer of a file system. When used in a database, they can be used in any setting where a B-tree is used, with improved performance. Examples include: network event management, online advertising networks, web 2.0 and clickstream analytics, and air traffic control management. [10] Other uses include accelerated crawler performance for search engines for social media sites. It can also be used to create indexes and columns online, enabling query flexibility for ecommerce personalization. It is also suited to improving performance and reducing existing loads on transactional websites. In general it performs well in applications that must simultaneously store log file data and execute ad hoc queries.

See also

References

  1. "TokuMX README". Retrieved 2013-06-03. 
  2. "How TokuDB Fractal Tree Databases Work". O'Reilly. Retrieved 2011-01-17. 
  3. "Cache-Oblivious Search Trees Project". Massachusetts Institute of Technology. Retrieved 2011-01-17. 
  4. "Cache-Oblivious B-trees". Rutgers University. Retrieved 2011-01-17. 
  5. "Cache Oblivious B-trees". State University of New York (SUNY) at Stony Brook. Retrieved 2011-01-17. 
  6. "Cache Oblivious B-trees". State University of New York (SUNY) at Stony Brook. Retrieved 2011-01-17. 
  7. "Covering Indexes: Orders-of-Magnitude Improvements". Percona. Retrieved 2011-01-17. 
  8. "Detailed review of Tokutek storage engine". Percona. Retrieved 2012-02-22. 
  9. "Air traffic queries in MyISAM and Tokutek (TokuDB)". MySQL Performance Blog. Retrieved 2011-01-17. 

External links

This article is issued from Wikipedia. The text is available under the Creative Commons Attribution/Share Alike; additional terms may apply for the media files.