Spider Storage Engineのご紹介




                          斯波健徳
      kentokushiba at gmail dot com
MySQLとは?
MySQLは、オープンソース(ソースコードが公開されている)
のリレーショナルデータベースです。

Webサービスと相性がよく、ドワンゴ、Google、Yahoo、
楽天、facebook、mixi、gree、DeNAなどで
利用されています。

GPLというライセンスに従って、自由に利用、変更、再配布
を行うことができます。
ストレージエンジンとは?
MySQLは、プラガブルストレージエンジンアーキテクチャ
というものを採用しており、ストレージエンジンというものを
用途に応じて取り替えることができます。

ストレージエンジンは、データベースの中でデータを
格納したり取り出したりすることを司る部分です。
ストレージエンジンとは?

          クライアント      クライアント      クライアント




                コネクションプール
          perser/optimizer/cache ...etc...
              ストレージエンジンAPI

 MyISAM InnoDB MEMORY Blackhole       q4m    Spider
                   MySQLサーバ
ストレージエンジンとは?
このようにストレージエンジンが複数あるため、テーブルの
用途に応じて最適なストレージエンジンを選択することが
できます。

ストレージエンジンは、テーブル単位で変更可能で、
例えばマスターのテーブルにはMyISAMというストレージ
エンジン、取引情報テーブルにはInnoDBというストレージ
エンジンを使うというようなことが可能です。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・MyISAM
  トランザクションに対応していないが、その代わり
  構造が単純で、参照性能が高い。
  並列性が低いが、並列性を必要としないテンポラリ
  テーブルなどの用途に向いている。
・InnoDB(InnoDB plugin)
  トランザクションに対応している。
  OracleやPostgreSQLなどに使い勝手が近い。
  現在は主にInnoDB pluginに拡張や改良が
  おこなわれている。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・MEMORY
 オンメモリで動作するので非常に高速なストレージ
 エンジン。トランザクションはサポートしていない。

・BLACKHOLE
 どんなにinsertしても、データがたまらないストレージ
 エンジン。データはたまらないがレプリケーション用の
 ログは残るので、非常に激しいinsertのリクエストを
 非同期で反映するために利用される。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・Archive
 監査用ログなどひたすらinsertしまくって、
 参照(解析)は、あとでじっくり別の場所でやれば
 いいような場合に利用されるストレージエンジン。
 圧縮されるのでデータサイズがコンパクトで、
 高速なinsertが可能。
・CSV
 CSV形式のデータを、そのままテーブルとして
 利用することを可能にするストレージエンジン。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・q4m
 テーブルをキューとして利用するための
 ストレージエンジン。
 ●サイボウズラボ㈱の奥一穂さんが作成。
・Vertical Partitioning
 MySQLのテーブルパーティショニングがレコードごとの
 分割機能であるのに対し、このストレージエンジンは
 カラムごとの分割機能を提供する。
 ●私が作成。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・mroonga(groongaストレージエンジン)
 MySQLで高速かつ並列性の高い全文検索を
 可能にするストレージエンジン。
 ●住商情報システム㈱の池田徹郎さんが作成。
 Spiderで分散構成ができるよう、機能拡張を計画中。
・BlitzDB
 MySQLのforkであるDrizzle用のストレージエンジン。
 Drizzleでトランザクション非対応型のストレージエンジンを
 選択する際の、第一の選択肢になっている。
 ●前坂徹さんが作成。
ストレージエンジンとは?
ストレージエンジンとその特徴(例)
・Tritonn
 MySQL 5.0系のMyISAMを改造して、日本語の全文検索
 を可能にしたストレージエンジン。
 mroongaはその後継。
 ●住商情報システム㈱の池田徹郎さんが作成。
・XtraDB
 InnoDBのPerconaチューニング版ストレージエンジン。
 バックアップツールとして、InnoDB Hot Backupを
 改良したXtraBackupがある。
 ●Percona Inc.の木下靖文さんががっつり関係。
その他のプラグイン・UDF
今回プラグインの話なので、ストレージエンジン以外の
プラグインのご紹介(例)
・handlersocket plugin
 MySQLのストレージエンジンにKVS的アクセスを
 提供するプラグイン。
 PK参照750,000qpsを出したことで、世界に注目される
 こととなった。
   (http://yoshinorimatsunobu.blogspot.com/2010/10/usi
   ng-mysql-as-nosql-story-for.html)
 ●㈱DeNAの樋口証さんが作成。
 Spiderで分散構成ができるよう、機能拡張を計画中。
その他のプラグイン・UDF
今回プラグインの話なので、ストレージエンジン以外の
プラグインのご紹介(例)
・MySQL full-text parser plugin collection
 MyISAMに全文検索機能のパーサ
   (bigram,mecab,space,suffix,snowball)を追加提供する
 プラグイン。
 ●Kawai Hiroakiさんが作成。
その他のプラグイン・UDF
今回プラグインの話なので、ストレージエンジン以外の
プラグインのご紹介(例)
・mregexp
 マルチバイト文字(日本語含む)に対応した正規表現を
 利用することができるようになるUDF。
 ●えとらぼ㈱のひろせまさあきさん作成。
その他のプラグイン・UDF
今回プラグインの話なので、ストレージエンジン以外の
プラグインのご紹介(例)
・テーブルに直接アクセスするUDF
 実用的に利用されている例は聞いたことはないが、
 InnoDBは、直接アクセスすれば非常に高速である
 ということを証明するという点で、大きな役割を果たした。
 ●サイボウズラボ㈱の奥一穂さん作成、
 ●㈱DeNAの松信嘉範さん作成など
 複数タイプが作成されている。
その他のプラグイン・UDF
今回プラグインの話なので、ストレージエンジン以外の
プラグインのご紹介(例)
・spider_direct_sql
 Spiderストレージエンジンをインストールすると、
 おまけで利用できるようになるUDF。
 リモートのMySQLサーバに任意のSQLを発行できる。
 複数のリモートMySQLサーバで集計した結果を、
 ローカルMySQLサーバに集めて2段階で集計する
 用途などで利用する。
 ●私が作成。
Spiderストレージエンジンとは?
Spiderストレージエンジンとは、これらストレージエンジンの
1種で、複数のデータベースサーバにあるテーブルを
束ねて、1つのテーブルとして利用することを可能に
します。

これは、クラウド環境においては、増え続けるデータを、
サーバをどんどん増やしながら分割して管理する
ために利用することができます。
Spiderを利用した構成例

          AP        AP

               LB



          DB        DB


          DB        DB

   アプリケーションはSpiderの入ったMySQLに
 SQL(参照/更新)を実行すると、Spiderが透過的に
後ろにあるデータノードにアクセスして結果を返します。
 SQLは、DB1台だったときと同じものでOKです。
Spiderを利用した構成例

     AP   AP        AP   AP

               LB



     DB   DB        DB   DB


     DB   DB        DB   DB

トラフィックが増えたり、データが増えたりした場合は、
このようにサーバを追加して、負荷分散を行います。
Spiderでクラウド対応

Spiderを使うと、トラフィックやデータ量に
合わせてサーバを追加(削除)していくことが
できるので、クラウド環境において、
伸縮自在のRDBを構築することができます。
「Spider」の主な機能

1. Spiderストレージエンジンは、ローカルDBからリモート
   DBに対してテーブルリンクを生成

2. Spiderは、「database sharding」を実現可能

3. Spiderは、「XAトランザクション」と「テーブルパーティショ
   ニング」を利用可能

4. Spiderは、GPLライセンスで公開中
           http://spiderformysql.com
テーブルリンク
                                                            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.col_b

Spiderは、リモートMySQLサーバのテーブルをローカルMySQL
    サーバのテーブルのように利用することを可能にします。
「Spider」とは

1. Spiderストレージエンジンは、ローカルDBからリ
   モートDBに対してテーブルリンクを生成

2. Spiderは、「database sharding」を実現可能

3. Spiderは、「XAトランザクション」と「テーブル
   パーティショニング」を利用可能

4. Spiderは、GPLライセンスで公開中
            http://spiderformysql.com
SpiderのXAトランザクション

                       tbl_a           tbl_b            tbl_c
                       DB1              DB2             DB3
my.cnf                         2.XA prepare 2.XA prepare 2.XA prepare
------------------              3.XA commit 3.XA commit 3.XA commit
……
……
spider_internal_xa=1
……
……                             tbl_a tbl_b tbl_c
                                    Local DB

                       1.Request                4.Response
                       commit


     SpiderはDBクラスタリングに利用可能です。
Spiderのテーブルパーティショニング
Create table tbl_a (                    col_a%3=0                 col_a%3=1          col_a%3=2
  col_a int,
  col_b int,
  primary key(col_a)
) engine = Spider
                                          tbl_a                     tbl_a             tbl_a
Connection ‘
  table “tbl_a”,
                                           DB1                       DB2               DB3
  user “user”,
  password “pass”                                           2.Get data
‘
partition by list(
  mod(col_a, 3)) (
  partition pt1 values in(0)               tbl_a tbl_b
  comment ‘host “DB1”’,
  partition pt2 values in(1)                 Local DB             3.Join
  comment ‘host “DB2”’,
  partition pt3 values in(2)
  comment ‘host “DB3”’
);                                                         4.Response
                               1.Request
                               select tbl_a.col_a, tbl_b.col_c from tbl_a, tbl_b
                               where tbl_a.col_a = 1 and tbl_a.col_b = tbl_b.col_b

      Spiderは「DB sharding※」をサポートしています。
    ※「DB sharding」とは、データを複数のデータベースサーバに分散させて管理する手法のことを言います。
「Spider」とは

1. Spiderストレージエンジンは、ローカルDBからリモート
   DBに対してテーブルリンクを生成

2. Spiderは、「database sharding」を実現可能

3. Spiderは、「XAトランザクション」と「テーブルパーティショ
   ニング」を利用可能

4. Spiderは、GPLライセンスで公開中
           http://spiderformysql.com
Spiderの「DB SHARDING※」




    ※「DB SHARDING」とは、データを複数のデータベース
     サーバに分散させて管理する手法のことを言います。
アプリケーションによる「DB sharding」



   アプリケーションによる「DB sharding」は、
   データの増加や更新リクエストの増加に伴う
   パフォーマンスの低下の問題を解決するために
   利用されます。
アプリケーションによる「DB sharding」
                   col_a%3=0       col_a%3=1    col_a%3=2

                    tbl_a           tbl_a         tbl_a
                     DB1             DB2          DB3
                                2.Choose a connection and get data


                     AP1             AP2          AP3

1.Request                   3.Response
 tbl_a.col_a = 1



            アプリケーションによる「DB sharding」は
データ増加に伴うパフォーマンスの低下問題を解決します。
アプリケーションによる「DB sharding」
しかし…
アプリケーションによる「DB sharding」には、
以下の問題点が挙げられるます。

– 異なるDBサーバのテーブルをjoinできない
– 異なるDBサーバに行われた更新の同期は、アプリ
  ケーションで保障しなければならない
– アプリケーションエンジニアは、「database sharding」
  を実現するために高いDBスキルが必要
– 「database sharding」 が実装されていないアプリケー
  ションに、新たに「database sharding」を追加するに
  は、多くの時間と工数が必要になる
Spiderの「DB sharding」




              Spiderは
    これらの問題を解消します。
Spiderの「DB sharding」
                  col_a%3=0                col_a%3=1   col_a%3=2

                   tbl_a                    tbl_a       tbl_a
                    DB1                      DB2         DB3
                                   3.Choose a connection and get data

                   tbl_a                    tbl_a       tbl_a
                    DB                     DB            DB
2.Request                     4.Response
                 AP1
  from application                        AP2
                                to application           AP3

1.Request                  5.Response
  from client                  to client
       Spiderの「DB sharding」は
tbl_a.col_a = 1


データ増加に伴うパフォーマンス低下問題を解決します。
Spiderの「DB sharding」

 そして…

 – 異なるDBサーバのテーブルをjoinできる
 – アプリケーションは、異なるDBサーバに行われた更
   新の同期を保障する必要がない(Spiderが保障する)
 – アプリケーションエンジニアは、「DB sharding」を実装
   する必要がない
 – 「DB sharding」が実装されていないアプリケーション
   でも、アプリケーションを変更しないで「DB sharding」
   を実現できるため、導入が容易である
導入事例
【導入事例1】 Sagool.tv

                  Sagool.tvは、
      www.youtube.comのような動画サイトです。
  ただし、全てのコンテンツはインターネットからクロールされ、
     動画は、TVのように流し見することができます。

                 Sagool.tvは、

              【Team Lab Inc. ]

               が運営しています。

             http://www.team-lab.com
             http://www.team-lab.net
Sagool.tv (検索ページ)




        Sagool.tv was created by Team Lab Inc.
Sagool.tv (動画再生ページ)




        Sagool.tv was created by Team Lab Inc.
Sagool.tvの変更前構成図

      Master       Master
       DB           DB        Crawler     Crawler ……
            replication

 ……   Slave         Slave     Full-text Full-text ……
       DB            DB       search     search
                 1.Get data       2.Register     again,
                                                 again…
 ……                                               ……
       AP             AP       Batch     Batch

バッチ処理は、毎日全文インデックスを生成する必要があります。
当時のSagool.tvの問題点

しかし…

  動画のレコードが増加するに従い、DB参照性能が
  低下していき、
  3000万レコードを超えた時には、バッチ処理が24時間で
  完了しなくなっていました。

  このケースでは、サーバにMySQL clusterを導入するために
  十分なメモリがなかったため、 MySQL clusterは
  導入できませんでした。

       そのため、Spiderを使いました。
SPIDER利用後のSagool.tvの構成図

                                                                         …
    Master      Master replication   tbl_a           Crawler   Crawler
     DB          DB
                                      DB
             replication col_a%4=0        col_a%4=3 Full-text Full-text …
                                    Data            search     search
                          tbl_a   sharding tbl_a             again, again…
…   Slave        Slave
                                  by Spider
     DB           DB        DB                DB
                                                          2.Register
                                                    1.Get data
                                                     tbl_a     tbl_a
                                 tbl_a tbl_a           DB        DB
…                               DB     DB                                …
     AP           AP                                 Batch     Batch
                           col_a%4=1 col_a%4=2
                                                1.Get data

      まず、Spiderを利用したスレーブDBと
       4つのリモートDBを追加しました。
次に、バッチサーバにSpiderを利用したMySQLを追加しました。
Sagool.tv: パフォーマンスの改善
結果

1. Spiderを利用したshardingで、各DBサーバのレコードを減ら
   すことにより、パフォーマンスが劇的に改善しました。

  – DBのパフォーマンスは約10倍改善。
  – バッチ処理は約5倍改善。
    (バッチ処理は8時間で完了するようになりました)

2. Spiderの導入にアプリケーションの変更は不要でした。
3. Spiderは問題が発生している場所にピンポイントで導入できる
   ので、動作確認工数が少なく済みました。

   SPIDERの「SHARDING」は簡単です。
【導入事例2】 KADOKAWord.jp

角川グループはメディア、本、商品などの、多くの
ウェブサイトを運営しています。(80以上)

KADOKAWord.jpは、これらのウェブサイトの
コンテンツを横断的に検索できるサービスです。
KADOKAWord.jpは
株式会社角川メディアマネジメント
が運営しています。
KADOKAWord.jpで利用されるSPIDERについて


KADOKAWord.jpでは、
BlackholeとSpiderを利用しています。
なぜなら・・・

  グループサイトからの急激なログトラフィックが
  あるためです。
KADOKAWord.jp: ログサーバ構成図


                 …     tbl_a    tbl_a
                        DB       DB      3.Log data collecting
     2.Replication                           using Spider
                 replication

      tbl_a    tbl_a       Blackhole     tbl_a
       DB       DB                      Statistical
 …                     1.Write log         DB
       AP       AP


             現在、
急激なログトラフィックがあっても、問題は発生していません。
【導入事例3】株式会社マイクロアド




      株式会社マイクロアドは
    行動ターゲティングというテクノロジーで、
       配信する広告を最適化できる
   広告配信サービスを提供している企業です。


                   【MicroAd, Inc.]
           http://www.microad.jp/
Spider導入前構成

 ……                                                  ……
       AP             AP          AP         AP

                            LVS


      Slave         Slave
       DB            DB      Register new statistical rules
            replication      from batch server
                   Master
                                             Batch
                    DB

このシステムでは、バッチ処理が毎日新しい統計結果で、
  広告配信のルールを更新する必要があります。
事業拡大に伴う課題
・更新負荷の増大
これまで1日につき、2000万レコードの更新が限界
だったものを、事業拡大に伴い1億レコードを
更新できるようにする必要があった。
・参照負荷の増大
基本的にはレプリケーションスレーブを追加することで
対応するが、1台あたりの更新が減らないと、スレーブ
追加のメリットが薄れる。
・アプリケーション修正
データベース分割の為に、大幅なアプリケーションの
修正は避けたい。

  そのために、Spiderが選択されました。
Spider導入後構成
 ……         AP                AP                  AP               AP         ……
        with Spider       with Spider         with Spider      with Spider
Spider sharding
           LVS                          LVS                        LVS

   SlaveDB      SlaveDB      SlaveDB      SlaveDB           SlaveDB     SlaveDB
         replication              replication                   replication
         MasterDB                 MasterDB                      MasterDB

Spider sharding                                         Register new
                                  statistical rules from batch server
            SpiderDB
        (MySQL with Spider)                                   Batch


       彼らは、データベースの分割の単位で
      レプリケーションを構成するという手法を
             採用しました。
改善結果

その結果、
彼らは、毎日1億レコードの更新という目標を達成し、
参照性能の向上にも成功しました。

また、データベース分割のためのアプリケーションの
修正は、ほとんど不要でした。

彼らは現在、事業の更なる拡大のため、データベース
の再拡張(re-sharding)を計画しています。
Spider Storage Engine

       まとめ
まとめ
Spider Storage Engineは ・・・・・
1.    他のストレージエンジンと連携することで、その機能を強化・拡張することができる。
2.    リモートのMySQLサーバにあるテーブルを、ローカルのMySQLサーバにあるテーブル
      として利用する事ができる。
3.    XAトランザクションで、複数のサーバに行われた更新を同期することができる。
4.    MySQL 5.1から利用可能となったテーブルパーティションをサポートしており、テーブル
      の各パーティションはそれぞれ別のサーバを利用することができる。

これら4つの機能により ・・・・・
     Spiderはトランザクション機能付で「DB sharding」を実現できる。
     Spiderはアプリケーションの機能性を損なうことなく「Sharding」を
      実現できる。
     (このあたりがクラウド対応RDB構築用)
     Spiderの導入に、アプリケーションは変更の必要がない。
     Spiderは必要なところだけにピンポイントで利用できる。
Any Questions?


Thank you for taking
    your time!!



  Kentoku SHIBA (kentokushiba at gmail dot com)
  http://wild-growth.blogspot.com/
  http://spiderformysql.com

More Related Content

PDF
MapReduceプログラミング入門
PDF
オライリーセミナー Hive入門 #oreilly0724
PDF
20160121 データサイエンティスト協会 木曜セミナー #5
PDF
ただいまHadoop勉強中
PDF
Hive chapter 2
PPTX
Apache Spark 3.0新機能紹介 - 拡張機能やWebUI関連のアップデート(Spark Meetup Tokyo #3 Online)
PDF
20191211_Apache_Arrow_Meetup_Tokyo
MapReduceプログラミング入門
オライリーセミナー Hive入門 #oreilly0724
20160121 データサイエンティスト協会 木曜セミナー #5
ただいまHadoop勉強中
Hive chapter 2
Apache Spark 3.0新機能紹介 - 拡張機能やWebUI関連のアップデート(Spark Meetup Tokyo #3 Online)
20191211_Apache_Arrow_Meetup_Tokyo

What's hot (20)

PPTX
ポスト・ラムダアーキテクチャの切り札? Apache Hudi(NTTデータ テクノロジーカンファレンス 2020 発表資料)
PDF
Evolution of Impala #hcj2014
PPTX
BigtopでHadoopをビルドする(Open Source Conference 2021 Online/Spring 発表資料)
PPTX
Coherenceを利用するときに気をつけること #OracleCoherence
PDF
Apache Arrow - データ処理ツールの次世代プラットフォーム
PDF
hscj2019_ishizaki_public
PDF
[db tech showcase Tokyo 2014] L32: Apache Cassandraに注目!!(IoT, Bigdata、NoSQLのバ...
PDF
20111130 10 aws-meister-emr_long-public
PDF
Hadoop入門
PDF
HBaseを用いたグラフDB「Hornet」の設計と運用
PPTX
Hadoop Compatible File Systems (Azure編) (セミナー「Big Data Developerに贈る第二弾 ‐ Azur...
PPTX
Qlik Replicate - 双方向レプリケーション(Bidirectional Replication)の利用
PDF
SIGMOD’12勉強会 -Session 7-
PDF
刊行記念セミナー「HBase徹底入門」
PDF
MapReduce入門
PDF
Hadoopのシステム設計・運用のポイント
PDF
国会図書館サーチの概要
PDF
PostgreSQL10徹底解説
PPTX
100億超メッセージ/日のサービスを 支えるHBase運用におけるチャレンジ
PDF
Apache Hadoopの未来 3系になって何が変わるのか?
ポスト・ラムダアーキテクチャの切り札? Apache Hudi(NTTデータ テクノロジーカンファレンス 2020 発表資料)
Evolution of Impala #hcj2014
BigtopでHadoopをビルドする(Open Source Conference 2021 Online/Spring 発表資料)
Coherenceを利用するときに気をつけること #OracleCoherence
Apache Arrow - データ処理ツールの次世代プラットフォーム
hscj2019_ishizaki_public
[db tech showcase Tokyo 2014] L32: Apache Cassandraに注目!!(IoT, Bigdata、NoSQLのバ...
20111130 10 aws-meister-emr_long-public
Hadoop入門
HBaseを用いたグラフDB「Hornet」の設計と運用
Hadoop Compatible File Systems (Azure編) (セミナー「Big Data Developerに贈る第二弾 ‐ Azur...
Qlik Replicate - 双方向レプリケーション(Bidirectional Replication)の利用
SIGMOD’12勉強会 -Session 7-
刊行記念セミナー「HBase徹底入門」
MapReduce入門
Hadoopのシステム設計・運用のポイント
国会図書館サーチの概要
PostgreSQL10徹底解説
100億超メッセージ/日のサービスを 支えるHBase運用におけるチャレンジ
Apache Hadoopの未来 3系になって何が変わるのか?
Ad

Viewers also liked (18)

PDF
hs_spider_hs_something_20110906
PDF
Mroonga 20141129
PDF
Charms of MySQL 20101206(DTT#7)
PDF
Spiderの最新動向 20131009
PDF
Newest topic of spider 20131016 in Buenos Aires Argentina
PDF
Spider Shibuya.pm #12
PDF
Advanced Sharding Techniques with Spider (MUC2010)
PDF
Mroonga 20131129
PPTX
Galaxy Big Data with MariaDB
PDF
Spider HA 20100922(DTT#7)
PDF
MariaDB ColumnStore 20160721
PDF
Spider Performance Test(Bench Mark04242009)
PDF
Spider DeNA Technology Seminar #2
PDF
MariaDB Spider Mroonga 20140218
PDF
Sharding with spider solutions 20160721
PDF
Spider storage engine (dec212016)
PDF
Using spider for sharding in production
PDF
Spiderストレージエンジンのご紹介
hs_spider_hs_something_20110906
Mroonga 20141129
Charms of MySQL 20101206(DTT#7)
Spiderの最新動向 20131009
Newest topic of spider 20131016 in Buenos Aires Argentina
Spider Shibuya.pm #12
Advanced Sharding Techniques with Spider (MUC2010)
Mroonga 20131129
Galaxy Big Data with MariaDB
Spider HA 20100922(DTT#7)
MariaDB ColumnStore 20160721
Spider Performance Test(Bench Mark04242009)
Spider DeNA Technology Seminar #2
MariaDB Spider Mroonga 20140218
Sharding with spider solutions 20160721
Spider storage engine (dec212016)
Using spider for sharding in production
Spiderストレージエンジンのご紹介
Ad

Similar to Introducing Spider 20101206(DTT#7) (20)

PDF
Cassandraとh baseの比較して入門するno sql
PDF
大規模ソーシャルゲーム開発から学んだPHP&MySQL実践テクニック
PDF
Spiderストレージエンジンの使い方と利用事例 他ストレージエンジンの紹介
PDF
Enter the-dolphine
PDF
外部データラッパによる PostgreSQL の拡張
PDF
Sqoopコネクタを書いてみた (Hadoopソースコードリーディング第12回 発表資料)
PDF
MySQL 5.5 Update #denatech
PDF
SQL Azure のシームレスな管理
PPTX
Memcached api搭載の「my sql cluster 7.2」
PDF
Introduction to Modern Analytical DB
PDF
Osc2012 spring HBase Report
KEY
My sql casual_in_fukuoka_vol1
PDF
オフラインWebアプリの再到来で今、再び注目されるAPIの本命 ーJavaScript SQL-like database
PPTX
Webアプリケーション入門(3)
PDF
Sql server 2012 の新機能を使ってみよう。db 管理者向け機能の紹介
KEY
1台から500台までのMySQL運用(YAPC::Asia編)
PDF
データセンター移行に伴い、 MySQLをカジュアルにアップグレードしたお話
PDF
PostgreSQLのHTAP適応について考える (PostgreSQL Conference Japan 2024 講演資料)
PDF
PDF
RとSQLiteで気軽にデータベース作成
Cassandraとh baseの比較して入門するno sql
大規模ソーシャルゲーム開発から学んだPHP&MySQL実践テクニック
Spiderストレージエンジンの使い方と利用事例 他ストレージエンジンの紹介
Enter the-dolphine
外部データラッパによる PostgreSQL の拡張
Sqoopコネクタを書いてみた (Hadoopソースコードリーディング第12回 発表資料)
MySQL 5.5 Update #denatech
SQL Azure のシームレスな管理
Memcached api搭載の「my sql cluster 7.2」
Introduction to Modern Analytical DB
Osc2012 spring HBase Report
My sql casual_in_fukuoka_vol1
オフラインWebアプリの再到来で今、再び注目されるAPIの本命 ーJavaScript SQL-like database
Webアプリケーション入門(3)
Sql server 2012 の新機能を使ってみよう。db 管理者向け機能の紹介
1台から500台までのMySQL運用(YAPC::Asia編)
データセンター移行に伴い、 MySQLをカジュアルにアップグレードしたお話
PostgreSQLのHTAP適応について考える (PostgreSQL Conference Japan 2024 講演資料)
RとSQLiteで気軽にデータベース作成

More from Kentoku (7)

PDF
An issue of all slaves stop replication
PDF
How to migrate_to_sharding_with_spider
PDF
MariaDB 10.3から利用できるSpider関連の性能向上機能・便利機能ほか
PDF
Spiderの最新動向 20130419
PDF
Mroonga 20121129
PDF
Mroonga unsupported feature_20111129
PDF
Introducing mroonga 20111129
An issue of all slaves stop replication
How to migrate_to_sharding_with_spider
MariaDB 10.3から利用できるSpider関連の性能向上機能・便利機能ほか
Spiderの最新動向 20130419
Mroonga 20121129
Mroonga unsupported feature_20111129
Introducing mroonga 20111129

Introducing Spider 20101206(DTT#7)