MySQLは中国本土で使えるか：データの国内保存、ローカライゼーション、PIPLの越境
MySQLは無料のオープンソースソフトウェアで、中国本土を含めどこにでも自前でホストできます——エンジン自体は設置場所に中立で、遮断もされません。本当の問いはどこで動かすかです。オフショアや中国以外のリージョンのマネージドMySQLは、中国ユーザーの記録をオフショアに残し、PIPLの越境とデータ国内保存のリスクを生みます。MySQLと中国のデータの国内保存を、コンプライアンス起点で読み解きます。
MySQLは中国本土で使えるか
MySQLは中国で遮断されておらず問題なく動きます——なので本当の問いはデータの国内保存です：保持する個人情報がどこに置かれることが許されるか。
MySQLは無料のオープンソースソフトウェア（GPLライセンス、Oracleが保有）で、自分でダウンロードして動かすため、エンジンは設置場所に中立です——中国本土の地でも自前ホストでき、それが法令に沿ったてこです。リスクはデプロイにあります：グローバルクラウドのリージョン（Amazon RDS・Aurora、Azure Database for MySQL、Google Cloud SQL）や中国以外のリージョンのマネージドMySQLは、中国ユーザーの個人データをオフショアに残します——読み書きのたびにPIPLが規律する越境移転です。重要情報インフラ運営者または大量取扱者の場合、そのデータは本土に留めなければならず（サイバーセキュリティ法 第39条（旧第37条）（英語）；PIPL 第40条）、オフショアのデータベースはこれを満たせません。中国国内のマネージドMySQLは存在しますが、別個のソブリンクラウド（Beijing SinnetとNWCD経由のAWS China、21Vianet経由のAzure China、Alibaba Cloud ApsaraDB）に限られます——中国国内のリージョンは自動的なコンプライアンスではありません。
これは判定ではなくリスクの見取り図です——義務は貴社の法人、取扱データ量、誰のデータを保持するかで変わります。当社の中国チームがリスクを地図化します →
コンプライアンス・スナップショット
- ! MySQLは中国で問題なく動く——どこで動かすかがコンプライアンスの問い
- ✕ オフショアや中国以外のリージョンのMySQLは、中国のデータを本土の外に残す
- ! 中国ユーザーの記録がオフショア＝PIPLの越境移転（第38〜40条）
- ! CIIO／大量取扱者は、オフショアのDBでは満たせない国内保存を負う
- ! 中国国内のソブリンなマネージドMySQLは存在（AWS/Azure/Alibabaの中国版）——別個のクラウド
- ✓ MySQLを中国国内で動かし、ICP備案済みのインフラで配信——移行は不要
MySQLの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| MySQLは自分で動かす無料のオープンソースソフトウェア——だからエンジンは設置場所に中立で、遮断されない。 自身の言葉で「MySQL Community Editionは、世界で最も普及したオープンソースデータベースの無料ダウンロード版」であり、「GPLライセンスの下で提供」され、「Linux・Unix・Mac・Windowsを含む20超のプラットフォームとOS」で動く。サーバーを選んだ場所にダウンロード・インストールするため、本土のインフラ上でMySQLを自前ホストできる——中国のデータを中国の地に留めるための法令に沿ったてこである。 | MySQL Community Edition — mysql.com（2026-10-10 取得） |
グローバルクラウドのマネージドMySQLに中国本土リージョンはない；中国国内の選択肢は別個のソブリンクラウドである。 Amazon RDSとAurora MySQL互換、Azure Database for MySQL、Google Cloud SQL for MySQLは、各プロバイダーのグローバルリージョンにしかデプロイできない——Googleは「Cloud SQLはすべてのGoogle Cloudリージョンで利用可能」と述べ、その最も近いアジアの項目は asia-east1 と香港（asia-east2）で、中国本土には一つもない。中国国内では、マネージドMySQLはそれぞれ独自のアカウントの別個のソブリンクラウドでのみ動く：Beijing SinnetとNingxia Western Cloud Data（NWCD）が運営するAWS Chinaの aws-cn パーティション、21Vianetが運営するAzure China、そしてAlibaba CloudのApsaraDB RDS for MySQL——いずれも独自のICPとコンプライアンス義務を伴う。 | Google Cloud SQL for MySQL — インスタンスのロケーション（cloud.google.com、2026-10-10 取得） |
| CIIOまたは大量取扱者の場合、中国で収集したデータは本土に保存しなければならない——オフショアのデータベースでは満たせない義務。 中国本土で収集または生成した個人情報は本土内に保存しなければならない（サイバーセキュリティ法 第39条（旧第37条）——2025年のサイバーセキュリティ法改正が2026年1月1日に施行され、データ国内保存の条が第37条から第39条に繰り上げられた。実質は不変。そしてPIPL 第40条）。オフショアの、あるいは中国以外のマネージドリージョンのMySQLインスタンスには、その国内保存の義務を満たす本土のコピーがない；中国国内での自前ホスト、またはライセンスを持つソブリンなマネージドMySQLなら満たせる。 | サイバーセキュリティ法 第39条（旧第37条）；PIPL 第40条 |
| オフショアのMySQL内の中国ユーザーの個人データは、PIPLの下での越境移転である。 中国本土の人々から収集した個人情報が本土の外で保存・処理される場合、PIPLは取扱者——Oracleでもクラウドでもなく貴社——に、通知し、個別の同意を取得し、一つの移転メカニズムをクリアすることを求める：CACの安全評価、CAC標準契約、または認証（第38〜43条）。中国からオフショアのデータベースへの読み書きはすべて、その移転を繰り返す。 | PIPL 第38〜43条 — cac.gov.cn（2026-10-10 取得） |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土の利用者にとって、MySQLをめぐる決め手は、インストールできるか、接続できるか、クエリを返すかではありません——それはどこでもできます——保持するデータがどこに置かれることが許されるか、です。MySQLは数えきれないアプリケーションの背後にあるシステム・オブ・レコードです。顧客記録、ユーザーアカウント、ログイン、注文と取引、そしてそれらすべてに織り込まれた個人情報。MySQLがこのリストの中で特異なのは、自分でダウンロードして動かす無料のオープンソースソフトウェアだからです。エンジンは設置場所に中立で、遮断されず、中国本土の地でも問題なく動きます。それこそが法令に沿ったてこです。コンプライアンス上のリスクはエンジンではなく、どこにどうデプロイするかです。オフショアのマネージドサービスで、あるいは中国の外のクラウドリージョンで動かせば、中国ユーザーの個人データは国境の誤った側に置かれます。中国国内で動かせば、そうはなりません。
asia-east1 と asia-east2（香港）で、中国本土には一つもありません。エンジン自体は本土の地を含めどこにでもインストールできます。オフショアのみのリージョン一覧を引き継ぐのは、マネージドのデプロイのほうです。出典：cloud.google.com/sql/docs/mysql/locations中国でのMySQL：ひと目で
| 決め手 | MySQL自身の言葉で——そして中国の法では |
|---|---|
| データが物理的にどこに置かれるか | MySQLは、サーバーをインストールした場所にデータを保存します。自前ホストすればそのマシンにデータが置かれ、マネージドMySQLを使えばそのサービスが提供するリージョンに置かれます——そして一例としてGoogle Cloud SQL for MySQLは「すべてのGoogle Cloudリージョンで利用可能」で、そのいずれも中国本土にはありません。 |
| MySQLが保持するもの | システム・オブ・レコード：顧客記録、ユーザーアカウント、ログイン、注文と取引。そのほとんどが個人情報なので、データベースが置かれる場所が、その個人情報が置かれる場所です。 |
| 中国ユーザーの記録 | オフショアのリージョンや中国以外のマネージドサービスに保持されると、中国ユーザーの個人データは本土の外に置かれます——PIPLが規律する越境移転（第38〜40条）であり、読み書きのたびに国境を越えて運ばれます。 |
| 国内保存の義務 | 重要情報インフラ運営者または大量取扱者の場合、中国で収集した個人情報は本土内に留めなければなりません（PIPL 第40条；サイバーセキュリティ法 第39条（旧第37条））。オフショアのデータベースはその義務を満たせません。 |
| 到達できるか | 到達性は軸ではありません——MySQLはオープンソースソフトウェアであって、遮断されたサイトではありません。法令に沿った経路は中国国内で動かすことです：本土のインフラ上で自前ホスト、またはライセンスを持つソブリンクラウドの選択肢で、中国向けの面はICP備案済みの基盤の上に。 |
データが実際に置かれる場所
MySQL自体にはホームリージョンがありません——置いたマシンの上で動くので、エンジンは設置場所に中立です。だからこそ国内保存の問いは、まるごと貴社のデプロイに乗ります。MySQLをダウンロードして中国本土内のサーバーで動かせば、データは中国の地に置かれます。アプリケーションをグローバルクラウドのマネージドMySQLに向ければ、データはそのサービスがリージョンを提供する場所に置かれます。
そこでマネージドの地勢が効いてきます。グローバルクラウド——Amazon RDSとAurora MySQL互換、Azure Database for MySQL、Google Cloud SQL for MySQL——ではプロバイダーのリージョンから選び、グローバルパーティションのいずれも中国本土内にはありません。Googleは明確に*「Cloud SQLはすべてのGoogle Cloudリージョンで利用可能」*と述べており、最も近いアジアのリージョンは asia-east1 と香港（asia-east2）です——近く、到達でき、それでも国内保存の観点では本土の外です。Google Cloudには本土リージョンがそもそも一つもありません。そこのマネージドMySQLは、中国のデータをオフショアに保持します。
中国国内でも、マネージドMySQLは存在します——ただし、それぞれ独自のアカウントで到達する別個のソブリンクラウド上に限ります：AWS Chinaは北京光環新網（Beijing Sinnet、cn-north-1）と寧夏西雲数据（NWCD、cn-northwest-1）が運営する独立した aws-cn パーティションであり、Azure Chinaは21Vianetが運営し、Alibaba CloudのApsaraDB RDS for MySQLは本土リージョンで動きます。これらは本物の中国国内の選択肢ですが、それぞれ、すでにお使いかもしれないグローバルサービスとは別の運営者・別のアカウントであり、独自の機能セット、独自のICP備案、独自のコンプライアンス義務を伴います——中国国内のリージョンは、自動的なコンプライアンスではありません。
保持するものは個人情報だ
データベースは、個人情報が物理的に置かれる場所であり、だからこそMySQLは、問いうる限り最も文字どおりのデータの国内保存の問いになります。その中の行は、氏名、連絡先、ログイン認証情報、注文履歴、決済参照——中国の個人情報保護法の下での個人情報です。中国にいる人々から収集したその情報が、いったんオフショアのMySQLに保存されれば、そこに保持すること自体が越境移転であり、それを読み書きするクエリはすべて、個人データを再び国境越しに動かします。PIPLは義務を貴社——Oracleでもクラウドでもなく取扱者である貴社——に課します：通知し、個別の同意を取得し、一つの移転メカニズムをクリアすること：CACの安全評価（英語）、CAC標準契約、または認証（第38〜43条）。
一部の取扱者については、法は移転メカニズムよりさらに進み、データをその場に留めることを求めます。重要情報インフラ運営者であるか、規制の量の閾値を超えて個人情報を取り扱う場合、本土で収集した個人情報は本土に保存しなければなりません（サイバーセキュリティ法 第39条（旧第37条）（英語）——2025年のサイバーセキュリティ法改正が2026年1月1日に施行され、データ国内保存の条が第37条から第39条に繰り上げられました。実質は不変です。そしてPIPL 第40条）。オフショアのMySQL、あるいは中国以外のリージョンのマネージドインスタンスは、その国内保存の義務を構造的に満たせません——指し示せる本土のコピーが存在しないからです。
オフショアで動かしても国内保存の義務は満たせない——そして何が満たすか
オフショアの国内保存ギャップへの処方箋は、オフショアのデータベースへの、より速い接続ではありません——同じ個人データをより速く国境越しに動かしても、オフショアであることに変わりはありません。法令に沿ったてこは、MySQLが無料で手渡してくれるもの、すなわちエンジンを中国国内で動かすことです。MySQLはホームリージョンを持たないオープンソースソフトウェアなので、本土のインフラ上にMySQLサーバーを立ち上げるか、ライセンスを持つソブリンクラウドのマネージドMySQLを採用でき、中国ユーザーの個人情報を中国の地に留められます——そこでは国内保存とローカライゼーションの義務が、その場しのぎではなく、設計によって満たされます。
そうすることは、MySQLから移行したり、アプリケーションを書き直したりすることを意味しません：同じエンジン、同じSQL、同じスキーマが、今度は正しい法域に置かれるだけです。必要なのは、中国国内の保存、公開の中国向けの面に対するICP備案、そして本当に動かさなければならないデータについての法令に沿った越境の仕組みです。このページは判定ではなくリスクの見取り図です——国内保存を負うのか、移転メカニズムを負うのか、その両方なのかは、貴社の法人、取扱データ量、そして誰の個人情報がデータベースに置かれているかによって変わるので、構築の前に具体を弁護士と確定してください。
法令に沿った経路——地図化、国内化、配信
MySQLはそのまま動かし続けます。21YunBoxは、オフショアやグローバルクラウドのデータベースが提供できない部分を加えます：データの法令に沿った中国国内の住まいと、それに到達するICP備案済みの経路です。
- 地図化（Map）。 当社の中国コンプライアンスチームが、貴社のPIPLの越境、データの国内保存、データローカライゼーション（CII）の義務と、ICPの義務を、貴社の法人、取扱データ量、そして誰の個人情報がMySQLに置かれているかに照らして読み解きます。
- 国内化（Localize）。 当社はMySQLを中国国内で動かします——本土のインフラ上で自前ホスト、またはライセンスを持つソブリンクラウドの選択肢で——これにより中国ユーザーの個人情報は中国の地に留まり、留まるべきものについては同意を得た中国国内の保存となります。国内化とは、中国国内に合法なMySQLを立ち上げることであって、オフショアのエンドポイントへ送り返す仕組みではありません。
- 配信（Deliver）。 データベースの前段にある中国向けのあらゆる面——アプリ、APIのエッジ、本土ユーザーが触れる管理・レポートのポータル——は、すでに運用中のスタックの前段に置いたICP備案済みの中国国内からの配信（21YunBox Optimizer）で動かします。作り直しも二つ目のコードベースも要りません。
21YunBoxは移行ではなく法令適合のオーバーレイであり、MySQLと貴社のクラウドの競合ではなくパートナーです。21YunBoxは、いかなる種類の不正な手段も用いず、提案もしません。結果として、中国のユーザーに向けて合法に、法令に沿って動くMySQLになります。
関連する読み物：
よくあるご質問
MySQLは中国で使えますか、それとも遮断されていますか？
MySQLは使えますし、遮断されていません——自分でインストールして動かす無料のオープンソースソフトウェアで、中国本土内のサーバーでも動かせます。中国の問いは到達性ではなくデータの国内保存です：MySQL内の個人情報がどこに置かれることが許されるか。中国国内で自前ホストすれば本土の地に留まり、オフショアや中国以外のリージョンのマネージドMySQLは本土の外に残します——そこではPIPLの越境とデータローカライゼーションのルールが適用されます。
マネージドMySQLに中国本土リージョンはありますか？
グローバルクラウドにはありません。Amazon RDSとAurora MySQL互換、Azure Database for MySQL、Google Cloud SQL for MySQLは、中国本土の外のリージョンにしかデプロイできません——例えばGoogle Cloudは「すべてのGoogle Cloudリージョンで利用可能」ですが、そのいずれも本土にはなく（最も近いのは香港です）。中国国内のマネージドMySQLは、それぞれ独自のアカウントで到達する別個のソブリンクラウドにのみ存在します：SinnetとNWCDが運営するAWS Chinaの aws-cn パーティション、21Vianetが運営するAzure China、そしてAlibaba CloudのApsaraDB RDS for MySQLです。これらは本物の中国国内の選択肢ですが、中国国内のリージョンは自動的なコンプライアンスではありません——それぞれ独自の運営者、ICP、義務を伴います。
21YunBoxはMySQLの設定を中国で法令適合にできますか？
はい。当社の中国コンプライアンスチームが、貴社のPIPLの越境・データの国内保存・データローカライゼーションのリスクを、貴社の法人、取扱データ量、誰の個人情報がデータベースに置かれているかに照らして地図化し、MySQLを中国国内で——本土のインフラ上で自前ホスト、またはライセンスを持つソブリンクラウドの選択肢で——動かします。これにより中国ユーザーのデータは本土の地に留まり、中国向けのあらゆる面は、すでに運用中のスタックの前段に置いたICP備案済みの中国国内インフラから配信されます。作り直しも、MySQLからの移行もありません。お問い合わせいただければ、具体的なデータフローを一緒に整理します。
