こんにちは。
最近 TiDB Serverless の実証を行う機会があり、その前に調べた TiDB の基礎知識をまとめてみました。私は普段 RDB と DynamoDB をハイブリッドで使うことが多いのですが、DynamoDB は設計面の難しさや柔軟な検索機能の弱さなどに辛さを感じることがそれなりにあります。
そのためサーバレスで MySQL 互換データベースの TiDB Serverless には非常に期待&興味をもってます！
リポジトリ、公式サイトはこちら
TiDB Serverless のいいところ
TiDB や NewSQL の説明の前に、なぜ TiDB Serverless を使おうと思ったのか・使うメリットはなんなのかを先に述べておきます！
- MySQL 互換
- NoSQL DB に比べて柔軟なクエリが可能。検索の自由度が高い
- ACID トランザクション
- サーバレスであること
- 高速なオートスケーリング
- 従量課金制
- 無料枠があるのも嬉しい（PoC やローカルでの実験にも使いやすい）
- VPC に対応
後は筆者が単純に MySQL に慣れているのでそこも大きな理由ですね。この用途では NewSQL に限らず AWS の Aurora Serverless なども候補に上がるのですが、比較的コストが高いと感じているので TiDB Serverless にはそのあたりも期待しています。
TiDB とは
TiDB は MySQL と互換性（完全ではない）を持つ分散型データベース、つまり NewSQL です。互換性がない機能はこちら。
少し触ってみた感触だと MySQL に比べてほぼ不自由無い印象です。ただし、分散アーキテクチャで内部構造は MySQL と全く異なるため移行の際はパフォーマンス面で検証・設計の見直しが必要になる可能性は十分考えられそうです。
最近は採用事例もかなり増えており、目にする機会も大分増えてきました。
NewSQL とは
先ほど TiDB とは NewSQL と書きましたが、NewSQL ってそもそも何やねん？？という方に向けて簡単な説明をします。
NewSQL は簡単に言うと RDBMS と NoSQL のいいとこ取りをしたデータベースのことです。
RDBMS のようにトランザクション処理ができて、NoSQL のようにスケーラビリティが高いのが特徴です。NoSQL もサービスによってはトランザクション処理をサポートしているものもありますが、NewSQL は検索の自由度が高かったり、より RDBMS の強みをもっています。
NewSQL の歴史
NewSQL 自体は Google が 2012 年に Spanner という分散型 DB システムを発表したことから始まり、その後 2017 年に Google Cloud Spanner として一般提供されました。TiDB は 2017 年に OSS として GA。その後 2020 年に TiDB Cloud がリリース。
NewSQL の代表例
-
Google Spanner
- PostgreSQL 互換
-
TiDB
- MySQL 互換
- OSS として提供されているためセルフホスト可能
-
CockroachDB
- PostgreSQL 互換
- OSS として提供されているためセルフホスト可能
-
YugabyteDB
- PostgreSQL 互換
- OSS として提供されているためセルフホスト可能
代表的な NewSQL としてはこれらがあります。
OSS として提供しながら、クラウドでのマネージドサービスとしても提供しているものが多いですね。
TiDB の構成
SQL を受け付けるとはいえ、TiDB（NewSQL） の構成は既存の RDBMS とはかなり異なります。
主な構成要素として、TiDB server,PD(Placement Driver),TiKV,TiFlash があり、主なデータ保存先は TiKV(Key-Value-Store)です。TiDB server で SQL を受け取り分析し、PD でクラスタのメタデータを管理し、TiKV or TiFlash にデータを保存するという流れです。
より詳しい説明は公式ドキュメントや PingCAP（TiDB 開発元）の方が記事にしてくれてます。
個人的に以下の記事がわかりやすかったですね。
TiDB の使い方
TiDB にはセルフホストが可能な OSS 版、VPC 内に構築する TiDB Cloud、サーバレスの TiDB Serverless があります。
私は PoC のために触ってみたかったので、TiDB Serverless で試しました。セルフホストなら Kubernetes 環境を用意して動かすのが一般的でしょう。
コンソールから環境を簡単に作れるのもいいところ（そのうち cdktf に記述を移行したい）
ローカル環境で TiDB を動かす
ローカルで TiDB を動かす場合は公式ドキュメントに従って動かすのが一番楽です。
インストールすれば数分で試せるので、この手軽さはかなりありがたい！
おわりに
今までの RDBMS ではスケーラビリティの問題に悩まされ、NoSQL では設計面と複雑な構成を組むことの難しさに悩まされていました。それらを解決するための NewSQL, TiDB には非常に期待が持てます。これでコスト面の折り合いが付けば良いですね。現在進行系で実証を行っているので、コスト感も含めてその結果もまた記事にしていきたいと思います！
良い DB ライフを！
Discussion