Neon vs Turso vs PlanetScale:2026年のサーバーレスデータベース選定ガイド
Engineering Team
簡潔な回答
PostgreSQL互換性とモダンな開発体験が必要ならNeonを選択してください。エッジでの10ms未満の読み取りとSQLite互換性が必要ならTursoを選択してください。MySQLワークロードを実行していて水平シャーディングが必要ならPlanetScaleを選択してください。3つすべてが2026年に本番対応であり、選択は主にSQL方言の好みとデプロイトポロジーに依存します。
2026年のサーバーレスデータベース状況
サーバーレスデータベース市場は2023年以降劇的に成熟しました。実験的なマネージドオファリングとして始まったものが、スタートアップのデフォルトデプロイモデルとなり、エンタープライズでもますます一般的な選択になっています。グローバルサーバーレスデータベース市場は2025年に142億ドルに達し、Gartnerによると年平均成長率28%で成長しています。
3つのプラットフォームが明確なリーダーとして浮上し、それぞれ根本的に異なる基盤の上に構築されています:
- Neon — ストレージとコンピュートの分離、ブランチング、ゼロへのスケーリングを備えたサーバーレスPostgreSQL
- Turso — エッジレプリケーション、組み込みレプリカ、リクエストごとのルーティングを備えたlibSQL(SQLiteフォーク)
- PlanetScale — MySQL互換、Vitess(YouTube/Googleのスケーリング技術)上に構築、安全なスキーマデプロイ
この3つは互換性がありません。それぞれ異なるアーキテクチャコンテキストで優れており、間違った選択は時間とともに蓄積する摩擦を生みます。
Neon:正しく実装されたサーバーレスPostgreSQL
Neonはストレージとコンピュートを分離するサーバーレスPostgreSQLプラットフォームで、従来のPostgreSQLデプロイでは不可能な機能を実現します:即時ブランチング、ゼロへのスケーリング、ストレージ層でのポイントインタイムリストア。
アーキテクチャ
NeonのアーキテクチャはPostgreSQLを3つのレイヤーに分割します:
- コンピュート: クエリ実行を処理する標準PostgreSQLインスタンス
- Pageserver: PostgreSQLのローカルファイルシステムを置き換えるカスタムストレージバックエンド
- Safekeepers: コミットされたトランザクションが失われないことを保証するWAL永続性ノード
この分離により、コンピュートはストレージとは独立にスケールできます。Neonデータベースはアイドル時にゼロにスケールでき(ストレージのみ課金)、接続が来ると約500msでコンピュートエンドポイントを起動します。
ブランチング:キラー機能
Neonの最も特徴的な機能はGitをモデルにしたデータベースブランチングです。ブランチの作成はコピーオンライト操作で、データベースサイズに関係なくミリ秒で完了します。
# テスト用にプロダクションからブランチを作成
neonctl branches create --name feature-auth-redesign --parent main
# ブランチの接続文字列を取得
neonctl connection-string feature-auth-redesign
ブランチングのユースケース:
- プレビュー環境: 各プルリクエストがプロダクションデータを持つ独自のデータベースブランチを取得。
- 安全なマイグレーション: プロダクションからブランチし、ブランチ上でマイグレーションを実行、検証後にプロダクションに適用。
- アナリティクスの分離: 重い分析クエリ用のブランチを作成し、プロダクションOLTPパフォーマンスに影響を与えない。
- 開発: 各開発者が個人用データベースブランチを取得。
オートスケーリング
Neonは負荷に応じて0.25 vCPUから8 vCPUにオートスケールします。ゼロへのスケーリング機能は本物で、5分間クエリが来ないとコンピュートが完全にシャットダウンされます。
料金(2026年3月)
| プラン | コンピュート | ストレージ | ブランチ | 価格 |
|---|---|---|---|---|
| Free | 0.25 vCPU、100時間/月 | 512 MB | 10ブランチ | $0 |
| Launch | 最大4 vCPU | 10 GB | 無制限 | $19/月 |
| Scale | 最大8 vCPU | 50 GB | 無制限 | $69/月 |
| Enterprise | カスタム | カスタム | 無制限 | カスタム |
Turso:エッジネイティブSQLite
TursoはlibSQL上に構築されています。これはSQLiteのオープンソースフォークで、サーバー機能を追加:レプリケーション、アクセス制御、マルチテナンシー。Tursoの独自の価値提案はエッジネイティブデプロイです——データベースが世界中の30+のロケーションで動作します。
アーキテクチャ
- プライマリインスタンス: 選択したプライマリリージョンの単一ライターlibSQLデータベース
- エッジレプリカ: 世界中のエッジロケーションにデプロイされた読み取り専用レプリカ
- 組み込みレプリカ: libSQLはアプリケーションプロセスに直接読み取りレプリカを組み込み可能
import { createClient } from '@libsql/client';
const db = createClient({
url: 'file:local-replica.db',
syncUrl: 'libsql://my-db-username.turso.io',
authToken: process.env.TURSO_AUTH_TOKEN,
syncInterval: 60,
});
// この読み取りはローカルファイルにヒット——サブミリ秒
const users = await db.execute('SELECT * FROM users WHERE active = 1');
料金(2026年3月)
| プラン | データベース | ストレージ | 読み取り行/月 | 書き込み行/月 | 価格 |
|---|---|---|---|---|---|
| Starter | 500 | 9 GB | 250億 | 5000万 | $0 |
| Scaler | 10,000 | 24 GB | 1000億 | 1億 | $29/月 |
| Enterprise | 無制限 | カスタム | カスタム | カスタム | カスタム |
PlanetScale:YouTubeスケールのMySQL
PlanetScaleはVitess——YouTube、Slack、GitHubを支えるシャーディングミドルウェア——をマネージドサービスとして開発者に提供します。
安全なスキーマ変更
pscale branch create feature-add-orders
pscale shell feature-add-orders
mysql> ALTER TABLE orders ADD COLUMN status ENUM('pending', 'shipped', 'delivered');
pscale deploy-request create feature-add-orders
pscale deploy-request deploy feature-add-orders 1
機能比較表
| 機能 | Neon | Turso | PlanetScale |
|---|---|---|---|
| SQL方言 | PostgreSQL | SQLite (libSQL) | MySQL |
| ゼロスケール | あり(300-700msで復帰) | あり(即時) | なし(常時稼働) |
| ブランチング | 完全データブランチ | スキーマ+データ | スキーマのみのデプロイリクエスト |
| エッジレプリカ | なし | あり(30+ロケーション) | なし |
| 組み込みレプリカ | なし | あり(ゼロレイテンシリード) | なし |
| 水平シャーディング | なし | なし | あり(Vitess) |
| オンラインDDL | 標準PG(ロック付き) | 短時間ロック | gh-ost(ゼロロック) |
| ベクトル検索 | pgvector | 拡張経由 | ネイティブサポートなし |
決定フレームワーク
Neonを選ぶ場合:
- PostgreSQL互換性が必要(拡張、JSONB、PostGIS、pgvector)
- プレビュー環境のためのデータベースブランチングが重要
- 開発・ステージング環境のゼロスケールが必要
Tursoを選ぶ場合:
- エッジランタイムにデプロイ(Cloudflare Workers、Deno Deploy、Vercel Edge)
- サブミリ秒の読み取りレイテンシが要件(組み込みレプリカ)
- マルチテナントSaaSのテナントごとのデータベース分離が必要
PlanetScaleを選ぶ場合:
- チームがMySQLネイティブでSQL方言を変えたくない
- 数十億行のテーブルに水平シャーディングが必要
- ゼロダウンタイムスキーママイグレーションが重要(オンラインDDL)
FAQ
これらのプラットフォーム間で移行できますか?
はい、ただし簡単ではありません。NeonからPlanetScaleまたはその逆にはSQL方言の移行が必要です。本番アプリケーションでは2-4週間の移行作業を見込んでください。
小規模プロジェクトに最も安いのはどれですか?
3つすべてに寛大な無料枠があります。Tursoの無料枠が最も寛大です(9 GBストレージ、500データベース)。趣味のプロジェクトでは3つとも実質的に無料です。
Supabaseとの比較は?
SupabaseはPostgreSQL上に構築されたより広範なプラットフォーム(認証、ストレージ、リアルタイム、エッジ関数)です。Neonは集中的なサーバーレスPostグレ提供です。