Art of MySQL Replication.
1. Art Of MySQL Replicaton 〜 10 年の歴史を誇るレプリケーションの妙技〜 奥野 幹也 @nippondanji mikiya (dot) okuno (at) gmail (dot) com 2. 免責事項 ● 本プレゼンテーションにおいて示されている見解は、 私自身の見解であって、オラクル・コーポレーション の見解を必ずしも反映したものではありません。ご了 承ください。 3. 自己紹介 ● 今日は個人として来ています。 – http://nippondanji.blogspot.com/ – Twitter: @nippondanji ● 現職は MySQL サポートエンジニア。 – 2000 年にサン・マイクロシステムズ入社 – 2007 年に MySQL KK へ転職 – 気付くとまたサン・マイクロシステムズに・・・ – 現在は日本オラクルに在席。 ●
Spider DeNA Technology Seminar #2
12. テーブルリンク Spider Storage Create table tbl_a ( tbl_a tbl_a col_a int, Engine’s table col_b int, primary key(col_a) DB1 ) engine = Spider Other Storage Connection ‘ 2.Get data tbl_a host “DB1”, Engine’s table table “tbl_a”, user “user”, password “pass” ‘; tbl_a tbl_b Local DB 3.Join 1.Request select tbl_a.col_a, tbl_b.col_c 4.Response from tbl_a, tbl_b where tbl_a.col_a = 1 and tbl_a.col_b = tbl_b
An Introduction to InnoDB Internals
All of Percona’s open source software products, in one place, to download as much or as little as you need.
Spider Performance Test(Bench Mark04242009)
The document summarizes the results of a performance test of the Spider Storage Engine used for MySQL database sharding. The test measured the time to perform insert, select, update, and delete operations on tables with increasing numbers of records. Systems using 2 and 4 MySQL servers with Spider (sp2_r2 and sp4_r4) generally had faster performance than a single server configuration (r1), especia
Nifty Cloud環境でMySQL5.5 + Spider2.22をインストールする - クリエーションライン株式会社
MySQL5.5 + Spider 2.22をNifty Cloud環境にインストールしたレポートです。 使用環境はインストールテストということで、miniタイプを選択。miniタイプの構成要素は以下の通り。 CPU: 1vCPU（1GHz相当） メモリ: 512M ディスク: 30GB ちょっとテストしたいときに手軽なサーバー種別です。 OSは以下のものから選択できます。 CentOS 5.3 (32bit/64bit） Red Had Enterprise Linux 5.3 Microsoft Windows Server 2008 R2 ここではCentOS ?64bit plainタイプを選択。 Spiderは、今回はソースコードからビルドしましたが、バイナリモジュールも提供されています。ダウンロードサイトはこちら。 Spiderエンジンを含んだMySQLソースコードmysql-
MySQL Spiderエンジンを使ってみた。〜データベースシャーディング(sharding)とは〜 - 気ままに書いてみました日記
もしかしたら使うかもしれないので調べてみた。 shard 日本語に訳すと(ガラスや貝殻の) 「破片」といったような意味 データベースをshardに分解して複数のサーバに分散して運用するのがDB sharding データベースパーティショニングとも言えるのかしら？ 単一のサーバのDBテーブルを複数のファイルに分割するのをパーティショニングとも呼ぶが、「パーティショニング」という言葉を使ってDB shardingのことを言っているブログ等もちらほら見かけます。 より突っ込んでみたい人は「shared nothing」でぐぐってネ。 なぜデータベースを分散処理するのか 横軸にはサービス運用開始からの時間経過を設定し、縦軸には「DBの応答時間」、「DBへの問い合わせ数」、「DBサイズ」の各数量をとります。サービスが順調に利用されていっているものとし、「DBサイズ」や「DBへの問い合わせ数」は時間経
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
