Cassandra Performance Tuning and Monitoring | Jonathan Hui
Performance Tuning for Cassandra Write Operations Optimize Cassandra for Write Operations Cassandra write path is very simple and require little tunning The biggest performance gain for write is to put commit log in a separate disk drive commit log uses sequential write and most hard drive will meet the throughput requirement However, if SSTables share the same drive with commit log I/O contention
Cassandraメモその1(インストール、データモデル、データ操作について) | Ore no homepage
9月半ばくらいから仕事でCassandraに触れている。現場でCassandraの機嫌を取ったり、同僚とオライリー本を輪読したり、手元でいじったりしているうちにCassandraをある程度習得することができた(つもり)。なのでメモを残しておく。今日は第一弾としてCassandraの特徴、インストール、データモデル、データ操作についてまとめる。なお、ここで言及しているCassandraのバージョンは1.1.5。 (1) Cassandraの特徴 まずは特徴を列挙する。 列指向分散DB 4次元または5次元の構造 キースペース、カラムファミリ、ロウ、(スーパーカラム)、カラムの順に入れ子構造となる。 カラムは値とタイムスタンプをもつ。タイムスタンプはカラム挿入時に自動で付与される。 カラムは挿入時にTTLを設定することにより時限削除可能。 データ操作は挿入、削除、参照のみ。 データの更新は挿入に
cassandra調査レポート
3. はじめに 現在 RDB が使われてきている部分に関して、 RDB 以外では出来ないのかを模索する noSQL（NotOnlySQL）と言う流れが急速に加速している。 特に Web アプリケーションにおいては RDB は冗長である傾向があり、 での sharding も RDB 限界がある。 そこで Facebook 社が開発した分散 DB「cassandra」について、実際どの程度使えるのかを 調査/検証してみた。 3 4. 概要 Cassandra は Facebook で作られた分散型 DB サーバである。 Dynamo 的な大規模分散管理と、HyperTable の様なカラム型データ構造を持った DB となっ ており、高可用性と冗長性を併せ持つ。 目標としては、これらを上手く利用することで今まで MySQL で行っているレプリケーショ ンとテーブル分割でサーバをスケール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
