• Like
  • Save
The Cassandra Distributed Database
Upcoming SlideShare
Loading in...5
×
 

The Cassandra Distributed Database

on

  • 107,105 views

Apache Cassandra is a highly scalable second-generation distributed database, bringing together Dynamo's fully distributed design and Bigtable's ColumnFamily-based data model. ...

Apache Cassandra is a highly scalable second-generation distributed database, bringing together Dynamo's fully distributed design and Bigtable's ColumnFamily-based data model.

This presentation, given at FOSDEM in 2010, provides a brief summary of cassandra's history, a high-level overview of the architecture and data model, and showcases some real life use-cases.

Statistics

Views

Total Views
107,105
Views on SlideShare
84,749
Embed Views
22,356

Actions

Likes
79
Downloads
1,963
Comments
3

44 Embeds 22,356

http://cassandra.apache.org 20885
http://www.slideshare.net 794
http://www.benjaminbaudouin.com 324
http://www.paperblog.fr 58
http://nsathishbabu.blogspot.com 45
http://kbour23.wordpress.com 42
http://www.techgig.com 38
http://karsany.posterous.com 31
http://note.harajuku-tech.org 12
http://harajuku-tech.posterous.com 10
http://translate.googleusercontent.com 10
http://webcache.googleusercontent.com 9
http://ktamal.blogspot.com 9
http://posterous.com 9
http://1o24.blogspot.com 8
http://cassandra.apache.org.iproxy.saverpigeeks.com 7
http://web.archive.org 6
http://nsathishbabu.blogspot.in 6
http://www.linkedin.com 6
https://cassandra.apache.org 5
http://radiobytes.wordpress.com 4
http://65.55.177.205 4
http://hdknr.com 4
http://static.slidesharecdn.com 4
http://feeds.feedburner.com 3
http://thebestsolutions.cn 3
http://www.soup.io 2
http://blog.kernel23.org 2
https://thezone.gdit.com 1
http://74.125.77.132 1
http://127.0.0.1:8888 1
http://localhost:8000 1
http://www.paiming.org 1
http://www.allthingsdistributed.com 1
http://en.paiming.org 1
http://74.125.153.132 1
http://perevod.yandex.net 1
http://www.netvibes.com 1
http://www.ktamal.blogspot.com 1
file:// 1
http://newitfarmer.com 1
http://207.46.192.232 1
http://fanyi.youdao.com 1
http://shockby.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

13 of 3 Post a comment

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • very good
    Are you sure you want to
    Your message goes here
    Processing…
  • GameAZ.us is a directory of free flash games - A web build on Cassandra Database
    Are you sure you want to
    Your message goes here
    Processing…
  • I love Cassandra very very much!!!
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    The Cassandra Distributed Database The Cassandra Distributed Database Presentation Transcript

    • The Cassandra Distributed Database Eric Evans eevans@rackspace.com @jericevans FOSDEM February 7, 2010
    • A prophetess in Troy during the Trojan War. Her predictions were always true, but never believed.
    • A massively scalable, decentralized, structured data store (aka database).
    • Outline 1 Project History 2 Description 3 Case Studies 4 Roadmap
    • • 7 new committers added • Dozens of contributors • 100+ people on IRC • Hundreds of closed issues (bugs, features, etc) • 3 major releases, 2 point releases • Graduation to TLP?
    • Outline 1 Project History 2 Description 3 Case Studies 4 Roadmap
    • Cassandra is... • O(1) DHT • Eventual consistency • Tunable trade-offs, consistency vs. latency
    • But... • Values are structured, indexed • Columns / column families • Slicing w/ predicates (queries)
    • Column families
    • Supercolumn families
    • Querying • get(): retrieve by column name • multiget(): by column name for a set of keys • get slice(): by column name, or a range of names • returning columns • returning super columns • multiget slice(): a subset of columns for a set of keys • get count: number of columns or sub-columns • get range slice(): subset of columns for a range of keys
    • Column comparators • TimeUUID • LexicalUUID • UTF8 • Long • Bytes • ...
    • Updating • insert(): add/update column (by key) • batch insert(): add/update multiple columns (by key) • remove(): remove a column • batch mutate(): like batch insert() but can also delete (new for 0.6, deprecates batch insert()) • Remove key range RSN
    • Consistency CAP Theorem: choose any two of Consistency, Availability, or Partition tolerance. • Zero • One • Quorum ((N / 2) + 1) • All
    • Client API • Thrift (12 different languages!) • Ruby • http://github.com/fauna/cassandra/tree/master • http://github.com/NZKoz/cassandra object/tree/master • Python • http://github.com/digg/lazyboy/tree/master • http://github.com/driftx/Telephus/tree/master (Twisted) • Scala • http://github.com/viktorklang/Cassidy/tree/master • http://github.com/nodeta/scalandra/tree/master
    • Performance vs MySQL w/ 50GB • MySQL • 300ms write • 350ms read • Cassandra • 0.12ms write • 15ms read
    • Writes
    • About writes... • No reads • No seeks • Sequential disk access • Atomic within a column family • Fast • Any node • Always writeable (hinted hand-off)
    • Reads
    • About reads... • Any node • Read repair • Usual caching conventions apply
    • Outline 1 Project History 2 Description 3 Case Studies 4 Roadmap
    • Case 1: Digg Digg is a social news site that allows people to discover and share content from anywhere on the Internet by submitting stories and links, and voting and commenting on submitted stories and links. Ranked 98th by Alexa.com.
    • Digg
    • Problem • Terabytes of data; high transaction rate (reads dominated) • Multiple clusters; heavily sharded • Management nightmare (high effort, error prone) • Unsatisfied availability requirements (geographic isolation)
    • Solution • Currently production on ”Green Badges” • Cassandra as primary data store RSN • Datacenter and rack-aware replication
    • Case 2: Twitter Twitter is a social networking and microblogging service that enables its users to send and read tweets, text-based posts of up to 140 characters. Ranked 12th by Alexa.com.
    • Twitter
    • MySQL • Terabytes of data, ˜1,000,000 ops/s • Calls for heavy sharding, light replication • Schema changes are very difficult, (if possible at all) • Manual sharding is very high effort • Automated sharding and replication is Hard
    • Case 3: Facebook Facebook is a social networking site where users can create a profile, add friends, and send them messages. Users can also join groups organized by location or other points of common interest. Ranked #2 by Alexa.com.
    • Inbox Search • 100 TB • 160 nodes • 1/2 billion writes per day (2yr old number?)
    • Case 4: Mahalo Mahalo.com is a web directory and knowledge exchange. It differentiates itself by tracking and building hand-crafted result sets for many of the popular search terms. (it also means ”thank you” in Hawaiian)
    • MySQL • Partial deployment; 16 million video records (and growing) • Writes (and storage) rapidly exceeding single box limitations • Managability suffering (clustering is painful) • Concerns over availability
    • Outline 1 Project History 2 Description 3 Case Studies 4 Roadmap
    • 0.6 • batch mutate command • authentication (basic) • new consistency level, ANY • fat client • mmapped i/o reads (default on 64bit jvm) • improved write concurrency (HH) • networking optimizations • row caching • improved management tools • per-keyspace replication factor
    • 0.7 • more efficient compactions (row sizes bigger than memory) • easier (dynamic?) column family changes • SSTable versioning • SSTable compression • support for column family truncation • improved configuration handling • remove key range command • even more improved management tools • vector clocks w/ server-side conflict resolution
    • THE END