Get More Out of MySQL with TokuDB

Preview:

DESCRIPTION

TokuDB is an ACID/transactional storage engine that makes MySQL even better by increasing performance, adding high compression, and allowing for true schema agility. All of these features are made possible by Tokutek's Fractal Tree indexes.

Citation preview

Get More Out of MySQL with TokuDB

Tim CallaghanVP/Engineering, Tokutek

tim@tokutek.com@tmcallaghan

Tokutek: Database Performance Engines

What is Tokutek?Tokutek® offers high performance and scalability for MySQL,

MariaDB and MongoDB. Our easy-to-use open source solutions are compatible with your existing code and application infrastructure.

Tokutek Performance Engines Remove Limitations• Improve insertion performance by 20X• Reduce HDD and flash storage requirements up to 90%• No need to rewrite code

Tokutek Mission: Empower your database to handle the Big Data

requirements of today’s applications

3

A Global Customer Base

Housekeeping

• This presentation will be available for replay following the event

• We welcome your questions; please use the console on the right of your screen and we will answer following the presentation

• A copy of the presentation is available upon request

Agenda

Lets answer the following questions, “How can you…?”

• Easily install and configure TokuDB.• Dramatically increase performance without rewriting

code.• Reduce the total cost of your servers and storage.• Simply perform online schema changes.• Avoid becoming the support staff for your

application.

• And Q+A

How easy is it to install and configure TokuDB forMySQL or MariaDB?

What is TokuDB?

• TokuDB = MySQL* Storage Engine + Patches**– * MySQL, MariaDB, Percona Server– ** Patches are required for full functionality

– TokuDB is more than a plugin

• Transactional, ACID + MVCC– Like InnoDB

• Drop-in replacement for MySQL

• Open Source– http://github.com/Tokutek/ft-engine

Where can I get TokuDB?

• Tokutek offers MySQL 5.5 and MariaDB 5.5 builds– www.tokutek.com

• MariaDB 5.5 and 10– www.mariadb.org– Also in MariaDB 5.5 from various package repositories

• Experimental Percona Server 5.6 builds– www.percona.com

Is it truly a “drop in replacement”?

• No Foreign Key support– you’ll need to drop them

• No Windows or OSX binaries– Virtual machines are helpful in evaluations

• No 32-bit builds

• Otherwise, yes

How do I get started?

• Start Fresh– create table <table> engine=tokudb;– mysqldump / load data infile

• Use your existing MySQL data folder– alter table <table-to-convert> engine=tokudb;

• Measure the differences– compression : load/convert your tables– performance : run your workload– online schema changes : add a column

Before you dive in – check you’re my.cnf

• TokuDB uses sensible server parameter defaults, but

• Be mindful of your memory– Reduce innodb_buffer_pool_size (InnoDB) and

key_cache_size (MyISAM)– Especially if converting tables

– tokudb_cache_size=?G– Defaults to 50% of RAM, I recommend 80%

– tokudb_directio=1

• Leave everything else alone

How can I dramatically increase performance without having to

rewrite code?

Where does the performance come from?

• Tokutek’s Fractal Tree® indexes– Much faster than B-trees in > RAM workloads

– InnoDB and MyISAM use B-trees– Significant IO reduction

– Messages defer IO on add/update/delete– All reads and writes are compressed

– Enables users to add more indexes– Queries go faster

• Lots of good webinar content on our website– www.tokutek.com/resources/webinars

How much can I reduce my IO?

Converted from InnoDB to TokuDB

How fast can I insert data into TokuDB?

• InnoDB’s B-trees– Fast until the index not longer fits in RAM

• TokuDB’s Fractal Tree indexes– Start fast, stay fast!

• iiBench benchmark– Insert 1 billion rows– 1000 inserts per batch– Auto-increment PK– 3 secondary indexes

How fast can I insert data into TokuDB?

How fast are mixed workloads?

• Fast, since > RAM mixed workloads generally contain…– Index maintenance (insert, update, delete)

– Fractal Tree indexes FTW!– Queries

– TokuDB enables richer indexing (more indexes)

• Sysbench benchmark– 16 tables, 50 million rows per table– Each Sysbench transaction contains

– 1 of each query : point, range, aggregation– indexed update, unindexed update, delete, insert

How fast are mixed workloads?

How do secondary indexes work?

• InnoDB and TokuDB “cluster” the primary key index– The key (PK) and all other columns are co-located in

memory and on disk

• Secondary indexes co-locate the “index key” and PK– When a candidate row is found a second lookup

occurs into the PK index– This means an additional IO is required

– MySQL’s “hidden join”

What is a clustered secondary index?

• “Covering” indexes remove this second lookup, but require putting the right columns into the index– create index idx_1 on t1 (c1, c2, c3, c4, c5, c6);– If c1/c2 are queried, only c3/c4/c5/c6 are covered

– No additional IO, but c7 isn’t covered

• TokuDB supports clustered secondary indexes– create clustering index idx_1 on t1 (c1, c2);– All columns in t1 are covered, forever

– Even if new columns are added to the table

What are clustered secondary indexes good at?

• Two words, “RANGE SCANS”

• Several rows (maybe thousands) are scanned without requiring additional lookups on the PK index

• Also, TokuDB blocks are much larger than InnoDB– TokuDB = 4MB blocks = sequential IO– InnoDB = 16KB blocks = random IO

• Can be orders of magnitude faster for range queries

Can SQL be optimized?

• Fractal Tree indexes support message injection– The actual work (and IO) can be deferred

• Example:– update t1 set k = k + 1 where pk = 5;– InnoDB follows read-modify-write pattern– If field “k” is not indexed, TokuDB avoids IO entirely

– An “increment” message is injected

• Current optimizations– “replace into”, “insert ignore”, “update”, “insert on

duplicate key update”

How can I reduce the total cost of my servers and storage?

How can I use less storage?

• Compression, compression, compression!

• All IO in TokuDB is compressed– Reads and writes– Usually ~5x compression (but I’ve seen 25x or more)

• TokuDB [currently] supports 3 compression algorithms– lzma = highest compression (and high CPU)– zlib = high compression (and much less CPU)– quicklz = medium compression (even less CPU)– pluggable architecture, lz4 and snappy “in the lab”

But doesn’t InnoDB support compression?

• Yes, but the compression achieved is far lower– InnoDB compresses 16K blocks, TokuDB is 64K or 128K– InnoDB requires fixed on-disk size, TokuDB is flexible

*log style data

But doesn’t InnoDB support compression?

• And InnoDB performance is severely impacted by it– Compression “misses” are costly

*iiBench workload

How do I compress my data in TokuDB?

create table t1 (c1 bigint not null primary key)

engine=tokudb

row_format=[tokudb_lzma | tokudb_zlib | tokudb_quicklz];

NOTE: Compression is not optional in TokuDB, we use compression to provide performance advantages as well as save space.

How can I perform online schema changes?

What is an “online” schema change?

My definition

“An online schema change is the ability to add or drop a column on an existing table without blocking further changes to the table or requiring substantial server resources (CPU, RAM, IO, disk) to accomplish the operation.”

P.S., I’d like for it to be instantaneous!

What do blocking schema changes look like?

How have online schema changes evolved?

• MySQL 5.5– Table is read-only while entire table is re-created

• “Manual” process– Take slave offline, apply to slave, catch up to master,

switch places, repeat• MySQL 5.6 (and ~ Percona’s pt-online-schema-change-tool)

– Table is rebuilt “in the background”– Changes are captured, and replayed on new table– Uses significant RAM, CPU, IO, and disk space

• TokuDB– alter table t1 add column new_column bigint;– Done!

What online schema changes can TokuDB handle?

• Add column• Drop column• Expand column

– integer types– varchar, char, varbinary

• Index creation

How can I avoid becoming the support staff for my application?

34

TokuDB is offered in 2 editions

• Community– Community support (Google Groups “tokudb-user”)

• Enterprise subscription– Commercial support

– Wouldn’t you rather be developing another application?– Extra features

– Hot backup, more on the way– Access to TokuDB experts– Input to the product roadmap

Where can I get TokuDB support?

35

Tokutek: Database Performance Engines

Any Questions?Download TokuDB at www.tokutek.com/products/downloads

Register for product updates, access to premium content, and invitations at www.tokutek.com

Join the Conversation

Recommended