TiDBは中国本土で使えるか：データの国内保存、ICP、越境ルール
TiDBはオープンソースでセルフホスト可能な分散SQLデータベースであり、エンジンはどこでも——中国本土のインフラ上でも——動きます。本当の論点は所在地（レジデンシー）です。TiDBクラスターはアプリが保存する個人情報と業務記録を保持するため、オフショアのマネージドクラスターはPIPLの越境移転に当たり、規模によってはサイバーセキュリティ法 第39条（旧第37条）の国内保存義務が生じます。
TiDBは中国本土で使えるか
TiDBは中国で動きます——問いは、接続できるかではなく、それが保持するデータをどこに置くことが許されるかです。TiDBクラスターはアプリが収集する個人情報と業務記録を保存し、そのデータがオフショアのマネージドリージョンに置かれていれば、それはPIPLが規律する越境移転です。TiDBはオープンソースでセルフホスト可能なので、合法的な解決策はオフショアへ戻す経路ではなく、規律対象のデータが国内に留まる形でクラスターを中国国内で運用することです。
TiDB CloudはPingCAPがAWS・Azure・Google Cloud・Alibaba Cloud上で提供するフルマネージドのDatabase-as-a-Serviceであり、公表されている国際リージョンはオフショアに置かれ、確認できる中国本土リージョンはありませんでした。そのため中国ユーザーの記録を収めたマネージドクラスターは中国本土の外に置かれることになり——PIPLの下での越境移転（第38〜40条）であり、重要情報インフラ運営者や大量取扱者にとっては、オフショアのリージョンでは満たせない国内保存義務（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）（英語））が生じます。エンジンはApache-2.0のオープンソースなので、合法的な経路はそれを中国本土のインフラ上にセルフホストしてデータを国内に留めることです。
これは判定ではなくリスクの見取り図です。国内保存義務が貴社に及ぶか、どの越境メカニズムが合うかは、貴社の法人・データ量・誰のデータかで変わります。当社の中国チームがデータの所在地のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! TiDBクラスターは個人情報と記録を保存した状態で保持する——論点は所在地
- ! オフショアのTiDB Cloudリージョンにある中国ユーザーのデータは国境を越える——PIPLが適用
- ! TiDB Cloudは確認できる中国本土リージョンを示していない——PingCAPに要確認
- ! オフショアのリージョンは、CIIOや大量取扱者の国内保存義務を満たせない
- ✓ TiDBはオープンソースでセルフホスト可能——中国国内で運用すればデータを国内に留められる
TiDBの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| TiDBはオープンソース（Apache 2.0）で、貴社が制御するインフラ上にセルフホストできる。 PingCAPのTiDB Self-Managedページには、“Deploy and manage TiDB on your own infrastructure with complete flexibility”（完全な柔軟性をもって自社インフラ上にデプロイ・管理できる）、“Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance”（ネットワーク・アクセス・コンプライアンスを完全に制御しながら自社のVPC・データセンター・Kubernetesクラスターで運用できる）とあり、エンジンは公開リポジトリでApache 2.0としてライセンスされている。つまりエンジンは所在地に中立で、同じTiDBクラスターを中国本土のインフラ上で運用でき、そのセルフホスト経路が中国本土収集データを国内に留める合法的なレバーになる。 | PingCAP — TiDB Self-Managed（pingcap.com）；Apache License 2.0、pingcap/tidb リポジトリ（github.com）；2026-10-12 取得 |
| TiDB Cloudはオフショアのクラウド上のマネージドDBaaSであり——確認できる中国本土リージョンはない。 PingCAPのドキュメントはTiDB Cloudを“a fully managed, cloud-native Database-as-a-Service (DBaaS)”（フルマネージドのクラウドネイティブなDBaaS）と呼び、“is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud”（現在AWS・Azure・Google Cloud・Alibaba Cloudで利用可能）とする。確認できた公表済みの国際リージョン——シンガポール、東京、ジャカルタなど——は中国本土の外にあり、マネージドサービスについて確認できた中国本土リージョンはなかった。オフショアのリージョンに置いたマネージドクラスターは中国ユーザーの記録をオフショアに保存するため、現行のリージョン選択肢はPingCAPに確認を。 | PingCAP — What is TiDB Cloud（docs.pingcap.com）、2026-10-12 取得 |
| 中国本土で収集した個人情報をオフショアに保存することは、PIPLの下での越境移転である。 TiDBクラスターは中国の人々からアプリが収集する個人情報を保持するため、それをオフショアのリージョンに保存することはPIPLの下での越境移転（第38〜40条）である：通知し、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければならない。上海から到達できることはこれを変えない。データは国外に保存されている。 | 個人情報保護法 第38〜40条；2026-10-12 取得 |
| CIIOまたは大量取扱者の場合、データは中国本土内に保存しなければならない。 PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）の下では、重要情報インフラ運営者——またはCACが定める量に達する大量取扱者——が中国本土で収集した個人情報と重要データは、国内に保存しなければならない。2025年のサイバーセキュリティ法改正（2026年1月1日施行）により、データ国内保存の条項は第37条から第39条へ繰り上げられたが実質は不変。オフショアのTiDB Cloudリージョンは構造上これを満たせず、中国国内にセルフホストしたTiDBなら満たせる。 | サイバーセキュリティ法 第39条（旧第37条）；PIPL第40条；2026-10-12 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月12日に確認しました。
中国本土を相手にする製品にとって、TiDBをめぐる最初の問いは、インストールできるかでも、アプリから到達できるかでもありません——それはできます。TiDBはどこにデプロイしても動くオープンソースソフトウェアです。問いは、それが保持するデータをどこに置くことが許されるかです。PingCAPが開発するTiDBは、システムのトランザクション記録——アカウント、注文、プロフィール、各種識別子、そしてアプリケーションが書き込む業務記録——を保存する分散SQLデータベースであり、その結果、TiDBクラスターは企業が中国ユーザーについて保持する個人情報の、最も大きな単一の集積の一つになることがしばしばあります。コンプライアンス上の立ち位置は、二つの事実で決まります。エンジンそのものはApache-2.0のオープンソースであり、所在地に対して中立です——中国本土のインフラ上にセルフホストでき、これが合法的なレバーになります。マネージドサービスのTiDB CloudはフルマネージドのDatabase-as-a-ServiceであってPingCAPがAWS・Azure・Google Cloud・Alibaba Cloud上で提供していますが、実際に選べるどのリージョンがデータを中国本土内に置くのかはPingCAPに確認すべきです。公表されている国際リージョンはオフショアに置かれているからです。
中国でのTiDB：ひと目で
| 決め手 | TiDB自身の言葉では——そして中国の法では |
|---|---|
| データは物理的にどこに置かれるか | TiDB CloudはPingCAPがAWS・Azure・Google Cloud・Alibaba Cloud上で運用するフルマネージドサービスで、公表されている国際リージョン——シンガポール、東京、ジャカルタなど——は中国本土の外にあります。マネージドサービスについて確認できた中国本土リージョンはなく、それらのリージョンに置いたマネージドクラスターはオフショアに置かれます。現行のリージョン選択肢はPingCAPに直接ご確認ください。一方エンジンはApache-2.0のオープンソースで、インストールした場所——中国本土のインフラ上のセルフホストを含む——ならどこでも動きます。 |
| TiDBクラスターが保持するもの——なぜそれが個人情報なのか | TiDBはシステムの主要記録のための分散SQLデータベースです：ユーザーアカウント、注文、取引、プロフィール、そしてアプリケーションが読み書きするデータ。そこには通常、氏名・電話番号・メールアドレスやアカウント識別子・住所・取引履歴が含まれ——これらは個人情報保護法の下での個人情報であり、金融・健康・精密な位置・未成年者のデータが現れる場合はPIPL第28条の下でのセンシティブ個人情報です。要点は、データがクラスターの中に保存された状態で置かれていることです。 |
| オフショアにあれば、中国ユーザーの記録＝越境移転 | 中国本土のユーザーから収集した個人情報を、オフショアのリージョンでホストされるクラスターに保存することは、PIPL第38〜40条の下での越境移転（数据出境）です：通知、個別の同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証。 |
| データの国内保存義務 | 重要情報インフラ運営者（CIIO）、そして国家インターネット情報弁公室（CAC）が定める量に達する大量取扱者の場合、中国本土で収集した個人情報は中国本土内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）（英語））。2025年のサイバーセキュリティ法改正（2026年1月1日施行）により、データ国内保存の条項は第37条から第39条へ繰り上げられました（実質は不変）。オフショアのマネージドリージョンは、構造上これを満たせません。 |
| 到達性は軸ではない——合法的な経路 | クラスターが速く応答しても何も変わりません：データは依然としてクラスターが動く場所に置かれ、所在地の義務は依然として適用されます。エンジンは所在地に中立でセルフホスト可能なので、合法的な経路はそれを中国国内で運用すること——中国本土のインフラ上にセルフホストすること——であり、中国向けの入口はすべてICP備案済みの配信の前段に置きます。 |
データが実際に置かれる場所
TiDBの立ち位置は、クラスターが動く場所で決まり、ロード時のテストでは決まりません。エンジンは無償のApache-2.0オープンソースソフトウェアであり、PingCAP自身のTiDB Self-Managedページは、貴社が制御するインフラ上にデプロイ・管理するものだと明言しています：“Deploy and manage TiDB on your own infrastructure with complete flexibility,” そして “Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance.”（完全な柔軟性をもって自社インフラ上にTiDBをデプロイ・管理する／ネットワーク・アクセス・コンプライアンスを完全に制御しながら、自社のVPC・データセンター・Kubernetesクラスターで運用する。）これがレバーです——同じエンジンが、オフショアにあっても中国本土の地にあっても同一に動くため、所在地はもっぱら どこにデプロイするか の問いであって、ソフトウェアが動くかどうかの問いではありません。
マネージドサービスは別の地図です。TiDB CloudはPingCAP自身のドキュメントで “a fully managed, cloud-native Database-as-a-Service (DBaaS)”（フルマネージドのクラウドネイティブなDBaaS）と説明され、“is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud.”（現在AWS・Azure・Google Cloud・Alibaba Cloudで利用可能）とされています。確認できた公表済みの国際リージョン——シンガポール、東京、ジャカルタなど——は中国本土の外にあり、マネージドサービスについて確認できた中国本土リージョンはありませんでした。そのリストは変わりうるため、どちらの答えに頼る前にも現行の選択肢をPingCAPに確認してください。マネージドクラスターをオフショアのリージョンに置く場合、その中の個人情報は中国本土から見てオフショアに保存され、中国本土で収集した個人情報をそこへ移すことは中国からの越境移転に当たります。こうした事情から、おなじみの「上海から応答するか？」というテストは誤った問いであり——だからこそ本ページはTiDBについて一次計測の中国レイテンシ値を公表しません。誤った国に置かれているデータにとって、速度は軸ではないからです。PIPLの下での越境データ移転の解説もご覧ください。
クラスターが保持するのは個人情報
TiDBクラスターが数行のデータにとどまることはまずありません。TiDBは、大規模なアプリケーションの記録システムとなるよう作られた分散SQLデータベースであり——アプリケーションが読み書きするアカウント・注文・決済・プロフィール・取引履歴を保持します。それはまさに、人を特定するデータです：氏名、電話番号、メールアドレスやアカウント識別子、配送先・請求先住所、注文・決済記録、そしてアカウントに紐づく行動履歴は、識別された、または識別可能な個人に関する限り、中国の個人情報保護法（PIPL）の下での個人情報であり、金融・健康・精密な位置・未成年者のデータが現れる場合はPIPL第28条の下でのセンシティブ個人情報です。
規模は中国の問いを鋭くします。国家インターネット情報弁公室（CAC）が定める量で個人情報を取り扱う取扱者は、加重された義務の対象になります——個人情報が国外へ出る前の移転メカニズム、そして重要情報インフラ運営者やその量でデータを保持する取扱者にとっては、データの国内保存義務です。PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）の下では、中国本土で収集した個人情報と重要データは中国本土内に保存しなければなりません。オフショアのTiDB Cloudリージョンは構造上この義務を満たせず、クラスターが大きいほど、それを発動させる閾値の内側に入る可能性が高まります。
オフショア運用では国内保存義務を満たせない——では何が満たすのか
オフショアのリージョンにあるマネージドクラスターが、法律上は国内に留めるべき中国本土収集の個人情報を保持できないのであれば、解決策は中国国内からそのオフショアのエンドポイントへ再び手を伸ばすことではありません——TiDBをデータが置かれるべき場所で運用することです。ここでTiDBのオープンソースという性質が決定的になり、そしてそれは朗報です：エンジンは所在地に中立でセルフホスト可能なので、法令適合のためにTiDBから移行したりデータ層を作り直したりする必要はありません。同じエンジンを、中国国内で運用するだけです。
合法的な国内パターンは、オープンソースのTiDBを中国本土のインフラ上にセルフホストすることで、クラスターとその中の個人情報が決して国外へ出ないようにすることです。TiDBの分散設計——レプリケートされたストレージ層の上に置かれるステートレスなSQLノード——は、自社のベアメタル・VM・Kubernetes上にデプロイしてスケールするよう作られており、これは再プラットフォーム化ではなく通常の運用です。中国本土で許諾を受けた国内またはソブリンクラウドのマネージド選択肢が利用できる場合は、提供元に直接確認する代替手段であり、その可用性と法令適合は提供元の条件に従います。いずれの場合も、オフショアへ移すのは合法的に国外へ出せる集計済みまたは非識別化された結果のみとし、生の、ユーザー単位の中国データは中国国内に留めます。以上のいずれも、貴社の個別の状況についての判定ではありません：重要情報インフラ運営者に当たるか、どの量の閾値を越えるか、どの移転メカニズムが適用されるか、そしてその移転がそもそも合法かは、実際に保持するデータと、それを保持する法人に照らして、法務専門家と確定すべき問いです。
合法的な経路——把握し、国内化し、配信する
中国のユーザー向けにTiDBを運用する、合法的で耐久性のある方法があり、しかも貴社のスタックの形を保ったまま実現できます。21YunBoxは移行ではなく法令適合のオーバーレイであり——TiDBおよびPingCAPの競合ではなくパートナーです。当社の中国チームは三つの動きで取り組みます。まず貴社のリスクを 把握（マップ） します：PIPLの越境の問い、移転メカニズム、重要情報インフラ運営者と大量取扱者にとっての国内保存義務、そして中国向けのあらゆる入口に課されるICP備案の義務を——貴社の法人、データ量、クラスターに誰の個人情報が置かれているかに照らして読み解きます。次にデータベースを中国国内で運用して 国内化（ローカライズ） します——中国本土のインフラ上にセルフホストしたオープンソースのTiDB、または利用できる場合は許諾を受けた国内の選択肢——で、個人情報を中国本土の地に留めます。国内化とは、合法的な国内クラスターを立ち上げることであって、オフショアのエンドポイントへ戻す経路では決してありません。そしてデータベースの前段にある中国向けのあらゆる入口——アプリケーション、APIエッジ、中国本土ユーザーが到達する管理・レポート用ポータル——を、ICP備案済みのインフラ上、すなわち21YunBox Optimizerで、すでに運用中のスタックの前段に、作り直しも二つ目のコードベースもなく 配信（デリバリー） します。結果として、貴社の中国のユーザーに対して合法的に、法令に適合して動きます。21YunBoxは、いかなる不正な手段も用いず、推奨することもありません。
関連する読み物：
よくあるご質問
TiDBに中国本土リージョンはありますか？
マネージドサービスのTiDB CloudはPingCAPがAWS・Azure・Google Cloud・Alibaba Cloud上で運用するフルマネージドのDBaaSです。公表されている国際リージョン——シンガポール、東京、ジャカルタなど——は中国本土の外にあり、マネージドサービスについて確認できた中国本土リージョンはなかったため、現行の選択肢はPingCAPに直接ご確認ください。データベースそのものを確実に中国本土内に保つ方法は、オープンソースのTiDBを中国国内のインフラ上にセルフホストし、貴社自身で運用・保護・届出を行うことです。
中国ユーザーの記録をオフショアのTiDBクラスターに保持するのは問題ですか？
単純な可否ではなく、法務専門家と評価すべきリスクとして扱ってください。クラスターは中国で収集した個人情報を保持し、それをオフショアのリージョンに保存することはPIPLの下での越境移転になります——通知し、個別の同意を取得し、移転メカニズムのいずれか一つを満たす必要があります（第38〜40条）。重要情報インフラ運営者であるか、規制当局の量の閾値を超えて個人情報を取り扱う場合は、国内保存義務も適用され（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条））、オフショアのリージョンはこれを満たせません。
21YunBoxはTiDB設定を中国で使えるよう手助けできますか？
はい。当社の中国チームが、データの所在地とPIPLの越境のリスクが実際にどこにあるかを——貴社の法人、データ量、誰のデータかに照らして——整理し、そのうえで中国国内でのTiDBの運用と、法令に適合した存在に必要なICP備案済みの中国国内からの配信を、すでに運用中のスタックの前段に立ち上げます。TiDBはオープンソースでセルフホスト可能なので、作り直しを求めるのではなく、クラスターを中国本土のインフラ上に国内化します。当社はTiDBおよびPingCAPの競合ではなくパートナーであり、いかなる不正な手段も用いず、推奨することもありません。貴社のケースを一緒に進めるため、ぜひお問い合わせください。
