Funktioniert TiDB in China? Datenresidenz, ICP & Grenztransfer-Regeln
TiDB ist eine quelloffene, selbst-hostbare verteilte SQL-Datenbank, die Engine läuft also überall — einschließlich auf Festland-China-Infrastruktur. Die eigentliche Frage ist Residenz: Ein TiDB-Cluster hält die personenbezogene Information und Geschäftsdatensätze, die Ihre App im Ruhezustand speichert, ein Offshore-verwalteter Cluster ist also ein PIPL-Grenztransfer, und im großen Maßstab eine inländische Speicherpflicht nach Cybersicherheitsgesetz Art. 39 (vormals Art. 37).
Funktioniert TiDB in China?
TiDB läuft in China — die Frage ist nicht, ob es sich verbindet, sondern wo die Daten, die es hält, ruhen dürfen. Ein TiDB-Cluster speichert die personenbezogene Information und Geschäftsdatensätze, die Ihre Anwendung sammelt, und wenn diese Daten in einer Offshore-verwalteten Region sitzen, ist es ein grenzüberschreitender Transfer, den PIPL regiert. TiDB ist quelloffen und selbst-hostbar, die rechtmäßige Behebung ist also kein Weg zurück offshore — es ist, den Cluster im Land zu betreiben, wo die regulierten Daten resident bleiben.
TiDB Cloud ist ein vollständig verwaltetes Database-as-a-Service, das PingCAP auf AWS, Azure, Google Cloud und Alibaba Cloud anbietet; seine veröffentlichten internationalen Regionen sitzen offshore und wir fanden keine bestätigte Festland-China-Region, ein verwalteter Cluster der Datensätze Ihrer China-Nutzer kann also außerhalb des Festlands zur Ruhe kommen — ein grenzüberschreitender Transfer nach PIPL (Art. 38–40), und für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter großer Mengen eine inländische Speicherpflicht (PIPL Art. 40; Cybersicherheitsgesetz Art. 39 (vormals Art. 37)), die eine Offshore-Region nicht erfüllen kann. Weil die Engine Apache-2.0-quelloffen ist, ist der rechtmäßige Weg, sie auf Festland-Infrastruktur selbst zu hosten, sodass die Daten resident bleiben.
Dies ist eine Risikokarte, kein Urteil — ob eine Lokalisierungspflicht Sie bindet, und welcher Grenz-Mechanismus passt, dreht sich um Ihre Gesellschaft, Ihre Datenmengen und wessen Daten es sind. Unser China-Team kann Ihre Datenresidenz-Exponierung mit Ihnen kartieren →
Compliance-Momentaufnahme
- ! Ein TiDB-Cluster hält personenbezogene Daten und Datensätze im Ruhezustand — Residenz ist die Frage
- ! China-Nutzerdaten in einer Offshore-TiDB-Cloud-Region überqueren die Grenze — PIPL gilt
- ! TiDB Cloud listet keine bestätigte Festland-China-Region — mit PingCAP bestätigen
- ! Eine Offshore-Region kann eine CIIO- oder Großmengen-inländische-Speicherpflicht nicht erfüllen
- ✓ TiDB ist quelloffen und selbst-hostbar — betreiben Sie es im Land, um Daten resident zu halten
Was die offizielle TiDB-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| TiDB ist quelloffen (Apache 2.0) und selbst-hostbar auf Infrastruktur, die Sie kontrollieren. PingCAPs TiDB-Self-Managed-Seite sagt, Sie können „Deploy and manage TiDB on your own infrastructure with complete flexibility“ und „Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance,“ und die Engine ist in ihrem öffentlichen Repository Apache 2.0 lizenziert. Die Engine ist also residenz-neutral: Sie können denselben TiDB-Cluster auf Festland-China-Infrastruktur betreiben, und dieser selbstgehostete Weg ist der rechtmäßige Hebel, um in China gesammelte Daten resident zu halten. | PingCAP — TiDB Self-Managed (pingcap.com); Apache License 2.0, pingcap/tidb repository (github.com); retrieved 2026-10-12 |
| TiDB Cloud ist ein verwaltetes DBaaS auf Offshore-Clouds — keine bestätigte Festland-China-Region. PingCAPs Dokumentation nennt TiDB Cloud „a fully managed, cloud-native Database-as-a-Service (DBaaS)“, das „is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud.“ Die veröffentlichten internationalen Regionen, die wir bestätigen konnten — Singapur, Tokio, Jakarta und andere — sitzen außerhalb des Festlands, und wir fanden keine bestätigte Festland-China-Region für den verwalteten Dienst; bestätigen Sie die aktuellen Regionsoptionen mit PingCAP, weil ein verwalteter Cluster in einer Offshore-Region die Datensätze Ihrer China-Nutzer offshore speichert. | PingCAP — What is TiDB Cloud (docs.pingcap.com), retrieved 2026-10-12 |
| In China gesammelte personenbezogene Daten, die offshore gespeichert werden, sind ein grenzüberschreitender Transfer nach PIPL. Weil ein TiDB-Cluster die personenbezogene Information hält, die Ihre Anwendung von Menschen in China sammelt, ist es ein grenzüberschreitender Transfer nach PIPL (Art. 38–40), sie in einer Offshore-Region zu speichern: Sie müssen Mitteilung geben, eine gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. Erreichbarkeit aus Shanghai ändert das nicht; die Daten sind im Ausland gespeichert. | Personal Information Protection Law, Articles 38–40; retrieved 2026-10-12 |
| Für einen CIIO oder Verarbeiter großer Mengen müssen die Daten im Festland gespeichert werden. Nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37) müssen im Festland gesammelte personenbezogene Information und wichtige Daten eines Betreibers kritischer Informationsinfrastruktur — oder, bei den Mengen, die die CAC spezifiziert, eines Verarbeiters großer Mengen — im Land gespeichert werden. Die Cybersicherheitsgesetz-Novelle 2025, in Kraft 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um, Inhalt unverändert. Eine Offshore-TiDB-Cloud-Region kann das strukturell nicht erfüllen; selbstgehostetes TiDB im Land kann es. | Cybersecurity Law Article 39 (formerly Article 37); PIPL Article 40; retrieved 2026-10-12 |
Quellen vom 21YunBox Compliance-Team am 12. Oktober 2026 geprüft.
Für ein Produkt, das Festlandchina bedient, ist die erste Frage zu TiDB nicht, ob es installiert oder ob Ihre Anwendung es erreichen kann — sie kann; TiDB ist quelloffene Software, die läuft, wo immer Sie sie bereitstellen. Die Frage ist, wo die Daten, die es hält, zur Ruhe kommen dürfen. TiDB, gebaut von PingCAP, ist eine verteilte SQL-Datenbank, die die Transaktionsdatensätze eines Systems im Ruhezustand speichert — Konten, Bestellungen, Profile, Identifikatoren und die Geschäftsdatensätze, die Ihre Anwendung schreibt — was einen TiDB-Cluster häufig zu einer der größten einzelnen Verdichtungen personenbezogener Information macht, die ein Unternehmen über seine China-Nutzer hält. Zwei Tatsachen fixieren die Compliance-Haltung. Die Engine selbst ist Apache-2.0-quelloffen und residenz-neutral — selbst-hostbar auf Festland-China-Infrastruktur, was der rechtmäßige Hebel ist. Der verwaltete Dienst, TiDB Cloud, ist ein vollständig verwaltetes Database-as-a-Service, das PingCAP auf AWS, Azure, Google Cloud und Alibaba Cloud anbietet; ob irgendeine Region, die Sie tatsächlich wählen können, Ihre Daten innerhalb des Festlands platziert, ist etwas, das mit PingCAP zu bestätigen ist, weil die veröffentlichten internationalen Regionen offshore ruhen.
TiDB in China auf einen Blick
| Was es entscheidet | In TiDBs eigenen Worten — und Chinas Recht |
|---|---|
| Wo ruhen die Daten physisch? | TiDB Cloud ist ein vollständig verwalteter Dienst, den PingCAP auf AWS, Azure, Google Cloud und Alibaba Cloud betreibt, und seine veröffentlichten internationalen Regionen — etwa Singapur, Tokio und Jakarta — sitzen außerhalb des Festlands. Wir fanden keine bestätigte Festland-China-Region für den verwalteten Dienst, ein verwalteter Cluster in diesen Regionen ruht also offshore; bestätigen Sie die aktuellen Regionsoptionen direkt mit PingCAP. Die Engine hingegen ist Apache-2.0-quelloffen und läuft, wo immer Sie sie installieren, einschließlich selbstgehostet auf Festland-China-Infrastruktur. |
| Was ein TiDB-Cluster hält — und warum es personenbezogene Information ist | TiDB ist eine verteilte SQL-Datenbank für die Primärdatensätze eines Systems: Nutzerkonten, Bestellungen, Transaktionen, Profile und die Daten, die Ihre Anwendung schreibt und liest. Das umfasst routinemäßig Namen, Telefonnummern, E-Mail- und Konto-Identifikatoren, Adressen und Transaktionshistorien — personenbezogene Information nach dem Gesetz zum Schutz personenbezogener Informationen, und sensible personenbezogene Information nach PIPL Art. 28, wo Finanz-, Gesundheits-, Präzisionsstandort- oder Minderjährigen-Daten erscheinen. Der Punkt ist, die Daten sind, im Ruhezustand, im Cluster gespeichert. |
| Die Datensätze Ihrer China-Nutzer = ein grenzüberschreitender Transfer, wenn offshore | Von Nutzern in Festlandchina gesammelte personenbezogene Information in einem Cluster zu speichern, der in einer Offshore-Region gehostet ist, ist ein grenzüberschreitender Transfer (数据出境) nach PIPL Art. 38–40: Mitteilung, eine gesonderte Einwilligung und ein Transfermechanismus — eine CAC-Sicherheitsbewertung, den CAC-Standardvertrag oder eine Zertifizierung. |
| Die inländische Speicherpflicht | Für einen Betreiber kritischer Informationsinfrastruktur — und, bei den Mengen, die die Cyberspace Administration of China spezifiziert, einen Verarbeiter großer Mengen — muss im Festland gesammelte personenbezogene Information im Festland gespeichert werden nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37); die Cybersicherheitsgesetz-Novelle 2025, in Kraft 1. Januar 2026, nummerierte den Datenlokalisierungs-Artikel von 37 auf 39 um (Inhalt unverändert). Eine Offshore-verwaltete Region kann es strukturell nicht erfüllen. |
| Erreichbarkeit ist nicht die Achse — der rechtmäßige Weg | Dass ein Cluster schnell antwortet, ändert nichts: Die Daten ruhen weiterhin, wo immer der Cluster läuft, und die Residenzpflicht gilt weiterhin. Weil die Engine residenz-neutral und selbst-hostbar ist, ist der rechtmäßige Weg, sie im Land zu betreiben — selbstgehostet auf Festland-Infrastruktur — und jede China-gerichtete Oberfläche davor auf ICP-gemeldete Auslieferung zu setzen. |
Wo die Daten tatsächlich ruhen
TiDBs Position wird davon gesetzt, wo der Cluster läuft, nicht durch einen Ladezeit-Test. Die Engine ist freie, Apache-2.0-quelloffene Software, und PingCAPs eigene TiDB-Self-Managed-Seite ist explizit, dass Sie es auf Infrastruktur bereitstellen und verwalten, die Sie kontrollieren: „Deploy and manage TiDB on your own infrastructure with complete flexibility,“ und „Run TiDB in your own VPC, data center, or Kubernetes cluster with full control over networking, access, and compliance.“ Das ist der Hebel — dieselbe Engine läuft identisch, ob sie offshore oder auf Festland-China-Boden sitzt, Residenz ist also vollständig eine Frage davon, wo Sie sie bereitstellen, nicht davon, ob die Software funktioniert.
Der verwaltete Dienst ist eine andere Karte. TiDB Cloud wird in PingCAPs eigener Dokumentation beschrieben als „a fully managed, cloud-native Database-as-a-Service (DBaaS),“ und es „is currently available on AWS, Azure, Google Cloud, and Alibaba Cloud.“ Die veröffentlichten internationalen Regionen, die wir bestätigen konnten — Singapur, Tokio, Jakarta und andere — sitzen außerhalb des Festlands, und wir fanden keine bestätigte Festland-China-Region für den verwalteten Dienst; weil diese Liste sich ändern kann, bestätigen Sie die aktuellen Optionen mit PingCAP, bevor Sie sich auf eine der Antworten verlassen. Wo ein verwalteter Cluster in einer Offshore-Region platziert ist, wird die personenbezogene Information darin relativ zum Festland offshore gespeichert, und im Festland gesammelte personenbezogene Information hineinzubewegen, ist ein grenzüberschreitender Transfer aus China heraus. Wegen all dem ist der vertraute „antwortet es aus Shanghai?“-Test die falsche Frage — weshalb diese Seite keine First-Party-China-Latenzzahl für TiDB veröffentlicht; Geschwindigkeit ist nicht die Achse für Daten, die im falschen Land sitzen. Siehe unsere Erklärung zu grenzüberschreitenden Datentransfers nach PIPL.
Was es hält, ist personenbezogene Information
Ein TiDB-Cluster ist selten eine Handvoll Zeilen. TiDB ist eine verteilte SQL-Datenbank, gebaut, um das System of Record für Anwendungen im großen Maßstab zu sein — es hält die Konten, Bestellungen, Zahlungen, Profile und Transaktionshistorie, die Ihre Anwendung schreibt und liest. Das ist genau die Daten, die Menschen identifizieren: Namen, Telefonnummern, E-Mail- und Konto-Identifikatoren, Liefer- und Rechnungsadressen, Bestell- und Zahlungsdatensätze und die an ein Konto geknüpfte Verhaltenshistorie sind personenbezogene Information nach Chinas Gesetz zum Schutz personenbezogener Informationen, wo immer sie sich auf eine identifizierte oder identifizierbare Person beziehen, und sensible personenbezogene Information nach PIPL Art. 28, wo Finanz-, Gesundheits-, Präzisionsstandort- oder Minderjährigen-Daten erscheinen.
Der Maßstab verschärft die China-Frage. Ein Verarbeiter, der personenbezogene Information in den Mengen verarbeitet, die die Cyberspace Administration of China spezifiziert, fällt unter erhöhte Pflichten — einen Transfermechanismus, bevor personenbezogene Information das Land verlassen darf, und, für einen Betreiber kritischer Informationsinfrastruktur oder einen Verarbeiter, der Daten in diesen Mengen hält, eine inländische Speicherpflicht. Nach PIPL Art. 40 und dem Cybersicherheitsgesetz Art. 39 (vormals Art. 37) müssen im Festland gesammelte personenbezogene Information und wichtige Daten im Festland gespeichert werden. Eine Offshore-TiDB-Cloud-Region kann diese Pflicht strukturell nicht erfüllen, und je größer Ihr Cluster, desto wahrscheinlicher sind Sie innerhalb der Schwelle, die sie auslöst.
Es offshore zu betreiben, erfüllt die Residenzpflicht nicht — und was sie erfüllt
Wenn ein verwalteter Cluster in einer Offshore-Region im Festland gesammelte personenbezogene Information, die das Recht zu Hause zu bleiben verlangt, nicht halten kann, ist die Behebung nicht, aus China zu diesem Offshore-Endpunkt zurückzugreifen — es ist, TiDB dort zu betreiben, wo die Daten leben müssen. Hier ist TiDBs quelloffene Natur entscheidend, und es ist eine gute Nachricht: Weil die Engine residenz-neutral und selbst-hostbar ist, müssen Sie nicht von TiDB migrieren oder Ihre Datenschicht neu bauen, um rechtskonform zu werden. Sie betreiben dieselbe Engine, im Land.
Das rechtmäßige inländische Muster ist, quelloffenes TiDB auf Festland-China-Infrastruktur selbst zu hosten, sodass der Cluster und die personenbezogene Information darin das Land nie verlassen; TiDBs verteiltes Design — zustandslose SQL-Knoten über einer replizierten Speicherschicht — ist gebaut, um auf Ihrem eigenen Bare Metal, VMs oder Kubernetes bereitgestellt und skaliert zu werden, was Routinebetrieb ist, kein Re-Platforming. Wo eine lizenzierte inländische oder Sovereign-Cloud-verwaltete Option im Festland verfügbar ist, ist das eine Alternative, die Sie direkt mit dem Betreiber bestätigen, vorbehaltlich ihrer eigenen Verfügbarkeit und Compliance. In beiden Fällen transferieren Sie offshore nur die aggregierten oder de-identifizierten Ergebnisse, die rechtmäßig gehen dürfen, und Sie behalten die rohen China-Daten auf Nutzerebene im Land. Nichts davon ist ein Richtspruch über Ihre konkrete Situation: ob Sie ein Betreiber kritischer Informationsinfrastruktur sind, welche Mengenschwellen Sie überschreiten, welcher Transfermechanismus gilt, und ob ein Transfer überhaupt rechtmäßig ist, sind Fragen, die mit Ihrem Rechtsbeistand gegen die Daten, die Sie tatsächlich halten, und die Gesellschaft, die sie hält, zu klären sind.
Der rechtmäßige Weg — kartieren, lokalisieren, liefern
Es gibt einen rechtmäßigen, dauerhaften Weg, TiDB für Nutzer in China zu betreiben, und er lässt die Form Ihres Stacks intakt. 21YunBox ist eine Compliance-Overlay, keine Migration — und ein Partner zu TiDB und PingCAP, kein Wettbewerber. Unser China-Team arbeitet in drei Zügen. Wir kartieren Ihre Exponierung: die PIPL-Grenzfrage, den Transfermechanismus, die inländische Speicherpflicht für Betreiber kritischer Informationsinfrastruktur und Verarbeiter großer Mengen und die ICP-Beian-Pflicht (备案) auf jeder China-gerichteten Oberfläche — gelesen gegen Ihre Gesellschaft, Ihre Datenmengen und wessen personenbezogene Information im Cluster sitzt. Wir lokalisieren die Datenbank, indem wir sie im Land betreiben — selbstgehostetes quelloffenes TiDB auf Festland-Infrastruktur, oder eine lizenzierte inländische Option, wo eine verfügbar ist — sodass die personenbezogene Information auf Festland-Boden bleibt; lokalisieren heißt, einen rechtmäßigen inländischen Cluster aufzustellen, nie einen Weg zurück zu einem Offshore-Endpunkt. Und wir liefern jede China-gerichtete Oberfläche vor der Datenbank — die Anwendung, die API-Edge, die Admin- und Reporting-Portale, die Ihre Festland-Nutzer erreichen — im Land über ICP-gemeldete Infrastruktur, den 21YunBox Optimizer, vor dem Stack, den Sie bereits betreiben, ohne Neuaufbau und ohne zweite Codebasis. Das Ergebnis läuft rechtmäßig und rechtskonform für Ihre Nutzer in China. 21YunBox nutzt oder empfiehlt niemals irgendeine Form der Umgehung.
Compliance-Einschätzung anfordern →
Weiterführende Lektüre:
- Chinas Gesetz zum Schutz personenbezogener Informationen (PIPL)
- Grenzüberschreitende Datentransfers nach PIPL
- Chinas Cybersicherheitsgesetz und Datenlokalisierung
- Wie man eine ICP-Beian für China erhält
Häufige Fragen
Hat TiDB eine Festland-China-Region?
Der verwaltete Dienst, TiDB Cloud, ist ein vollständig verwaltetes DBaaS, das PingCAP auf AWS, Azure, Google Cloud und Alibaba Cloud betreibt. Seine veröffentlichten internationalen Regionen — Singapur, Tokio, Jakarta und andere — sitzen außerhalb des Festlands, und wir fanden keine bestätigte Festland-China-Region für den verwalteten Dienst, bestätigen Sie also die aktuellen Optionen direkt mit PingCAP. Der verlässliche Weg, die Datenbank selbst im Festland zu halten, ist, quelloffenes TiDB auf inländischer Infrastruktur selbst zu hosten, die Sie selbst betreiben, absichern und melden.
Ist es ein Problem, die Datensätze unserer chinesischen Nutzer in einem Offshore-TiDB-Cluster zu halten?
Behandeln Sie es als ein mit Rechtsbeistand zu bewertendes Risiko, nicht ein glattes Ja oder Nein. Der Cluster hält in China gesammelte personenbezogene Information, und sie in einer Offshore-Region zu speichern, macht es zu einem grenzüberschreitenden Transfer nach PIPL — Sie müssen Mitteilung geben, gesonderte Einwilligung einholen und einen Transfermechanismus erfüllen (Art. 38–40). Wenn Sie ein Betreiber kritischer Informationsinfrastruktur sind oder personenbezogene Daten oberhalb der Mengenschwellen der Regulierer verarbeiten, gilt zudem eine inländische Speicherpflicht (PIPL Art. 40; Cybersicherheitsgesetz Art. 39, vormals Art. 37), und eine Offshore-Region kann sie nicht erfüllen.
Kann 21YunBox helfen, unser TiDB-Setup in China zum Laufen zu bringen?
Ja. Unser China-Team kartiert, wo Ihre Datenresidenz- und PIPL-Grenz-Exponierung tatsächlich sitzt — für Ihre Gesellschaft, Ihre Datenmengen und wessen Daten es sind — dann stellt es die inländische TiDB-Bereitstellung und die ICP-gemeldete, inländische Auslieferung auf, die eine rechtskonforme Präsenz braucht, vor dem Stack, den Sie bereits betreiben. Weil TiDB quelloffen und selbst-hostbar ist, lokalisieren wir den Cluster auf Festland-Infrastruktur, statt Sie um einen Neuaufbau zu bitten. Wir sind ein Partner zu TiDB und PingCAP, kein Wettbewerber, und wir nutzen oder empfehlen niemals irgendeine Form der Umgehung. Nehmen Sie Kontakt auf, um Ihren Fall durchzuarbeiten.
