Skrivskyddad replik i Azure Database for MySQLRead replicas in Azure Database for MySQL

Med funktionen för skrivskyddade repliker kan du replikera data från en Azure Database for MySQL-server till en skrivskyddad server.The read replica feature allows you to replicate data from an Azure Database for MySQL server to a read-only server. Du kan replikera från källservern till upp till fem repliker.You can replicate from the source server to up to five replicas. Replikerna uppdateras asynkront med MySQL-motorns interna replikeringsteknik som utgår från replikernas position i en binär loggfil (binlog).Replicas are updated asynchronously using the MySQL engine's native binary log (binlog) file position-based replication technology. Mer information om BinLog-replikering finns i Översikt över MySQL BinLog-replikering.To learn more about binlog replication, see the MySQL binlog replication overview.

Repliker är nya servrar som du hanterar precis som vanliga Azure Database for MySQL-servrar.Replicas are new servers that you manage similar to regular Azure Database for MySQL servers. För varje Läs replik debiteras du för den etablerade beräkningen i virtuella kärnor och lagring i GB/månad.For each read replica, you're billed for the provisioned compute in vCores and storage in GB/ month.

Mer information om funktioner och problem med MySQL-replikering finns i dokumentationen för MySQL-replikering.To learn more about MySQL replication features and issues, see the MySQL replication documentation.

Anteckning

Den här artikeln innehåller referenser till termen slav, en term som Microsoft inte längre använder.This article contains references to the term slave, a term that Microsoft no longer uses. När termen tas bort från program varan tar vi bort det från den här artikeln.When the term is removed from the software, we'll remove it from this article.

När du ska använda en Läs replikWhen to use a read replica

Funktionen Läs replik hjälper till att förbättra prestanda och skalning för Läs intensiva arbets belastningar.The read replica feature helps to improve the performance and scale of read-intensive workloads. Läs arbets belastningar kan isoleras till replikerna, medan Skriv arbets belastningar kan dirigeras till källan.Read workloads can be isolated to the replicas, while write workloads can be directed to the source.

Ett vanligt scenario är att låta BI och analytiska arbets belastningar använda Läs repliken som data källa för rapportering.A common scenario is to have BI and analytical workloads use the read replica as the data source for reporting.

Eftersom repliker är skrivskyddade kan de inte direkt minska Skriv kapacitets bördan på källan.Because replicas are read-only, they don't directly reduce write-capacity burdens on the source. Den här funktionen är inte riktad mot skrivintensiva arbetsbelastningar.This feature isn't targeted at write-intensive workloads.

Funktionen Läs replik använder MySQL-asynkron replikering.The read replica feature uses MySQL asynchronous replication. Funktionen är inte avsedd för synkrona scenarier för replikering.The feature isn't meant for synchronous replication scenarios. Det kommer att bli en mätbar fördröjning mellan källan och repliken.There will be a measurable delay between the source and the replica. Data på repliken kommer slutligen att bli konsekventa med data på källan.The data on the replica eventually becomes consistent with the data on the source. Använd den här funktionen för arbets belastningar som kan hantera denna fördröjning.Use this feature for workloads that can accommodate this delay.

Replikering mellan regionerCross-region replication

Du kan skapa en Läs replik i en annan region än käll servern.You can create a read replica in a different region from your source server. Replikering mellan regioner kan vara användbart för scenarier som haveri beredskap planering eller för att hämta data närmare dina användare.Cross-region replication can be helpful for scenarios like disaster recovery planning or bringing data closer to your users.

Du kan ha en käll server i valfri Azure Database for MySQL region.You can have a source server in any Azure Database for MySQL region. En käll Server kan ha en replik i dess kopplade region eller Universal Replica-regioner.A source server can have a replica in its paired region or the universal replica regions. Följande bild visar vilka replik regioner som är tillgängliga beroende på din käll region.The following picture shows which replica regions are available depending on your source region.

Läs replik regioner Read replica regions

Universal Replica-regionerUniversal replica regions

Du kan skapa en Läs replik i någon av följande regioner, oavsett var käll servern finns.You can create a read replica in any of the following regions, regardless of where your source server is located. De Universal Replica-regioner som stöds är:The supported universal replica regions include:

Östra Australien, sydöstra Australien, södra Brasilien, centrala Kanada, Östra Kanada, centrala USA, Asien, östra, östra USA, östra USA 2, Östra Japan, västra Japan, Korea, centrala, norra centrala USA, norra Europa, södra centrala USA, Sydostasien, Storbritannien, södra, Storbritannien, västra, västra Europa, västra USA, västra USA 2, västra centrala USA.Australia East, Australia Southeast, Brazil South, Canada Central, Canada East, Central US, East Asia, East US, East US 2, Japan East, Japan West, Korea Central, Korea South, North Central US, North Europe, South Central US, Southeast Asia, UK South, UK West, West Europe, West US, West US 2, West Central US.

Länkade regionerPaired regions

Förutom Universal Replica-regioner kan du skapa en Läs replik i den Azure-kopplade regionen på käll servern.In addition to the universal replica regions, you can create a read replica in the Azure paired region of your source server. Om du inte känner till din regions par kan du läsa mer i artikeln Azure-kopplade regioner.If you don't know your region's pair, you can learn more from the Azure Paired Regions article.

Om du använder repliker över flera regioner för att planera haveri beredskap rekommenderar vi att du skapar repliken i den kopplade regionen i stället för någon av de andra regionerna.If you're using cross-region replicas for disaster recovery planning, we recommend you create the replica in the paired region instead of one of the other regions. Kopplade regioner förhindrar samtidiga uppdateringar och prioriterar fysisk isolering och data placering.Paired regions avoid simultaneous updates and prioritize physical isolation and data residency.

Det finns dock begränsningar att tänka på:However, there are limitations to consider:

  • Regional tillgänglighet: Azure Database for MySQL är tillgänglig i Frankrike Central, Förenade Arabemiraten nord och Tyskland, centrala.Regional availability: Azure Database for MySQL is available in France Central, UAE North, and Germany Central. Men deras kopplade regioner är inte tillgängliga.However, their paired regions aren't available.

  • Enkelriktade par: vissa Azure-regioner är bara kopplade till en riktning.Uni-directional pairs: Some Azure regions are paired in one direction only. I dessa regioner ingår västra Indien, södra Brasilien och US Gov, Virginia.These regions include West India, Brazil South, and US Gov Virginia. Det innebär att en käll server i västra Indien kan skapa en replik i södra Indien.This means that a source server in West India can create a replica in South India. En käll server i södra Indien kan dock inte skapa en replik i västra Indien.However, a source server in South India can't create a replica in West India. Detta beror på att den sekundära regionen för västra Indien är södra Indien, men den sekundära regionen i södra Indien är inte västra Indien.This is because West India's secondary region is South India, but South India's secondary region isn't West India.

Skapa en replikCreate a replica

Viktigt

Funktionen Läs replik är bara tillgänglig för Azure Database for MySQL servrar i Generell användning eller Minnesoptimerade pris nivåer.The read replica feature is only available for Azure Database for MySQL servers in the General Purpose or Memory Optimized pricing tiers. Se till att käll servern är i någon av dessa pris nivåer.Ensure the source server is in one of these pricing tiers.

Om en käll Server inte har några befintliga replik servrar, kommer källan först att starta om för att förbereda sig för replikering.If a source server has no existing replica servers, the source will first restart to prepare itself for replication.

När du startar arbets flödet skapa replik skapas en tom Azure Database for MySQL-server.When you start the create replica workflow, a blank Azure Database for MySQL server is created. Den nya servern fylls med de data som fanns på käll servern.The new server is filled with the data that was on the source server. Skapande tiden beror på mängden data på källan och tiden sedan den senaste veckovis fullständiga säkerhets kopieringen.The creation time depends on the amount of data on the source and the time since the last weekly full backup. Tiden kan vara från några minuter till flera timmar.The time can range from a few minutes to several hours. Replik servern skapas alltid i samma resurs grupp och samma prenumeration som käll servern.The replica server is always created in the same resource group and same subscription as the source server. Om du vill skapa en replik server till en annan resurs grupp eller en annan prenumeration kan du Flytta replik servern när du har skapat den.If you want to create a replica server to a different resource group or different subscription, you can move the replica server after creation.

Varje replik är aktive rad för att utöka lagringen automatiskt.Every replica is enabled for storage auto-grow. Funktionen för automatisk storleks ökning gör att repliken kan hålla sig uppdaterad med de data som replikeras till den och förhindrar ett avbrott i replikeringen som orsakas av fel i lagrings utrymmet.The auto-grow feature allows the replica to keep up with the data replicated to it, and prevent an interruption in replication caused by out-of-storage errors.

Lär dig hur du skapar en Läs replik i Azure Portal.Learn how to create a read replica in the Azure portal.

Anslut till en replikConnect to a replica

Vid skapandet ärver en replik brand Väggs reglerna för käll servern.At creation, a replica inherits the firewall rules of the source server. Därefter är dessa regler oberoende av käll servern.Afterwards, these rules are independent from the source server.

Repliken ärver administratörs kontot från käll servern.The replica inherits the admin account from the source server. Alla användar konton på käll servern replikeras till läsa repliker.All user accounts on the source server are replicated to the read replicas. Du kan bara ansluta till en Läs replik med hjälp av de användar konton som är tillgängliga på käll servern.You can only connect to a read replica by using the user accounts that are available on the source server.

Du kan ansluta till repliken med hjälp av dess värdnamn och ett giltigt användar konto, precis som på en vanlig Azure Database for MySQL server.You can connect to the replica by using its hostname and a valid user account, as you would on a regular Azure Database for MySQL server. För en server med namnet unreplica med administratörs användar namnet administratör kan du ansluta till repliken med hjälp av MySQL CLI:For a server named myreplica with the admin username myadmin, you can connect to the replica by using the mysql CLI:

mysql -h myreplica.mysql.database.azure.com -u myadmin@myreplica -p

Ange lösen ordet för användar kontot vid prompten.At the prompt, enter the password for the user account.

Övervaka replikeringMonitor replication

Azure Database for MySQL anger måttet för replikeringsfördröjning i sekunder i Azure Monitor.Azure Database for MySQL provides the Replication lag in seconds metric in Azure Monitor. Måttet är endast tillgängligt för repliker.This metric is available for replicas only. Detta mått beräknas med hjälp av seconds_behind_master måttet som är tillgängligt i MySQL- SHOW SLAVE STATUS kommandot.This metric is calculated using the seconds_behind_master metric available in MySQL's SHOW SLAVE STATUS command. Ange en avisering för att meddela dig när fördröjningen för replikering når ett värde som inte är acceptabelt för din arbets belastning.Set an alert to inform you when the replication lag reaches a value that isn't acceptable for your workload.

Om du ser ökad replikeringsfördröjning läser du Felsöka replikeringsfördröjning för att felsöka och förstå möjliga orsaker.If you see increased replication lag, refer to troubleshooting replication latency to troubleshoot and understand possible causes.

Stoppa replikeringStop replication

Du kan stoppa replikering mellan en källa och en replik.You can stop replication between a source and a replica. När replikeringen har stoppats mellan en käll Server och en Läs replik blir repliken en fristående server.After replication is stopped between a source server and a read replica, the replica becomes a standalone server. Data i den fristående servern är de data som var tillgängliga på repliken när kommandot stoppa replikering startades.The data in the standalone server is the data that was available on the replica at the time the stop replication command was started. Den fristående servern är inte uppfångad med käll servern.The standalone server doesn't catch up with the source server.

När du väljer att stoppa replikering till en replik förlorar den alla länkar till sin tidigare källa och andra repliker.When you choose to stop replication to a replica, it loses all links to its previous source and other replicas. Det finns ingen automatisk redundans mellan en källa och dess replik.There's no automated failover between a source and its replica.

Viktigt

Den fristående servern kan inte göras till en replik igen.The standalone server can't be made into a replica again. Innan du stoppar replikeringen på en Läs replik måste du se till att repliken har alla data som du behöver.Before you stop replication on a read replica, ensure the replica has all the data that you require.

Lär dig hur du stoppar replikering till en replik.Learn how to stop replication to a replica.

RedundansFailover

Det finns ingen automatisk redundans mellan käll-och replik servrar.There's no automated failover between source and replica servers.

Eftersom replikeringen är asynkron finns det en fördröjning mellan källan och repliken.Since replication is asynchronous, there's lag between the source and the replica. Mängden fördröjning kan påverkas av många faktorer, till exempel hur mycket belastningen på käll servern som körs på käll servern och fördröjningen mellan data Center.The amount of lag can be influenced by many factors like how heavy the workload running on the source server is and the latency between data centers. I de flesta fall varierar replikfördröjning mellan några sekunder och några minuter.In most cases, replica lag ranges between a few seconds to a couple minutes. Du kan spåra den faktiska replikeringens fördröjning med hjälp av mått replik fördröjningen, som är tillgänglig för varje replik.You can track your actual replication lag using the metric Replica Lag, which is available for each replica. Det här måttet visar tiden sedan den senaste återspelade transaktionen.This metric shows the time since the last replayed transaction. Vi rekommenderar att du identifierar den genomsnittliga fördröjningen genom att iaktta din replik fördröjning under en viss tids period.We recommend that you identify what your average lag is by observing your replica lag over a period of time. Du kan ställa in en avisering på replik fördröjningen, så att om den går utanför det förväntade intervallet kan du vidta åtgärder.You can set an alert on replica lag, so that if it goes outside your expected range, you can take action.

Tips

Om du redundansväxlas till repliken kommer fördröjningen vid den tidpunkt då du avlänkar repliken från källan att indikera hur mycket data som förloras.If you failover to the replica, the lag at the time you delink the replica from the source will indicate how much data is lost.

När du har valt att du vill redundansväxla till en replik:After you've decided you want to failover to a replica:

  1. Stoppa replikering till replikenStop replication to the replica
    Det här steget är nödvändigt för att göra replik servern tillgänglig för skrivningar.This step is necessary to make the replica server able to accept writes. Som en del av den här processen kopplas replik servern från källan.As part of this process, the replica server will be delinked from the source. När du har initierat stoppa replikering tar det vanligt vis ungefär 2 minuter att slutföra backend-processen.After you initiate stop replication, the backend process typically takes about 2 minutes to complete. Se avsnittet stoppa replikering i den här artikeln för att förstå konsekvenserna av den här åtgärden.See the stop replication section of this article to understand the implications of this action.

  2. Peka ditt program till den (tidigare) replikenPoint your application to the (former) replica
    Varje server har en unik anslutnings sträng.Each server has a unique connection string. Uppdatera programmet så att det pekar på den (tidigare) repliken i stället för källan.Update your application to point to the (former) replica instead of the source.

När programmet har bearbetat läsningar och skrivningar har du slutfört redundansväxlingen.After your application is successfully processing reads and writes, you've completed the failover. Hur lång tid det tar för dina program att uppleva beror på när du upptäcker ett problem och Slutför steg 1 och 2 i listan ovan.The amount of downtime your application experiences will depend on when you detect an issue and complete steps 1 and 2 listed previously.

Global transaktions identifierare (GTID)Global transaction identifier (GTID)

Global Transaction Identifier (GTID) är en unik identifierare som skapats med varje allokerad transaktion på en käll Server och som är inaktive rad som standard i Azure Database for MySQL.Global transaction identifier (GTID) is a unique identifier created with each committed transaction on a source server and is OFF by default in Azure Database for MySQL. GTID stöds endast i versionerna 5,7 och 8,0 och endast på servrar som stöder lagring upp till 16 TB.GTID is supported on versions 5.7 and 8.0 and only on servers that support storage up to 16 TB. Mer information om GTID och hur det används i replikering finns i MySQL- replikering med GTID -dokumentationen.To learn more about GTID and how it's used in replication, refer to MySQL's replication with GTID documentation.

MySQL stöder två typer av transaktioner: GTID-transaktioner (identifieras med GTID) och anonyma transaktioner (har inte en GTID tilldelad)MySQL supports two types of transactions: GTID transactions (identified with GTID) and anonymous transactions (don't have a GTID allocated)

Följande Server parametrar är tillgängliga för att konfigurera GTID:The following server parameters are available for configuring GTID:

Server parameterServer parameter BeskrivningDescription StandardvärdeDefault Value VärdenValues
gtid_mode Anger om GTIDs används för att identifiera transaktioner.Indicates if GTIDs are used to identify transactions. Ändringar mellan lägen kan bara göras ett steg i taget i stigande ordning (t. ex.Changes between modes can only be done one step at a time in ascending order (ex. OFF -> OFF_PERMISSIVE -> ON_PERMISSIVE -> ON)OFF -> OFF_PERMISSIVE -> ON_PERMISSIVE -> ON) OFF OFF: Både nya och replikerade transaktioner måste vara anonymaOFF: Both new and replication transactions must be anonymous
OFF_PERMISSIVE: Nya transaktioner är anonyma.OFF_PERMISSIVE: New transactions are anonymous. Replikerade transaktioner kan antingen vara anonyma eller GTID transaktioner.Replicated transactions can either be anonymous or GTID transactions.
ON_PERMISSIVE: Nya transaktioner är GTID transaktioner.ON_PERMISSIVE: New transactions are GTID transactions. Replikerade transaktioner kan antingen vara anonyma eller GTID transaktioner.Replicated transactions can either be anonymous or GTID transactions.
ON: Både nya och replikerade transaktioner måste vara GTID transaktioner.ON: Both new and replicated transactions must be GTID transactions.
enforce_gtid_consistency Tillämpar GTID konsekvens genom att tillåta körning av enbart de instruktioner som kan loggas på ett transaktions säkert sätt.Enforces GTID consistency by allowing execution of only those statements that can be logged in a transactionally safe manner. Värdet måste anges till innan du ON aktiverar GTID-replikering.This value must be set to ON before enabling GTID replication. OFF OFF: Alla transaktioner får bryta mot GTID konsekvens.OFF: All transactions are allowed to violate GTID consistency.
ON: Ingen transaktion får bryta mot GTID konsekvens.ON: No transaction is allowed to violate GTID consistency.
WARN: Alla transaktioner får bryta mot GTID konsekvens, men en varning genereras.WARN: All transactions are allowed to violate GTID consistency, but a warning is generated.

Anteckning

När GTID har Aktiver ATS kan du inte inaktivera den.After GTID is enabled, you cannot turn it back off. Om du behöver stänga av GTID kontaktar du supporten.If you need to turn GTID OFF, please contact support.

Om du vill aktivera GTID och konfigurera konsekvens beteendet, uppdaterar du gtid_mode parametrarna och för enforce_gtid_consistency servern med hjälp av Azure Portal, Azure CLIeller PowerShell.To enable GTID and configure the consistency behavior, update the gtid_mode and enforce_gtid_consistency server parameters using the Azure portal, Azure CLI, or PowerShell.

Om GTID har Aktiver ATS på en käll Server ( gtid_mode = på) kommer nyligen skapade repliker också ha GTID aktiverat och använda GTID-replikering.If GTID is enabled on a source server (gtid_mode = ON), newly created replicas will also have GTID enabled and use GTID replication. Om du vill ha konsekvent replikering kan du inte uppdatera gtid_mode på käll-eller replik servrar.To keep replication consistent, you can't update gtid_mode on the source or replica server(s).

Överväganden och begränsningarConsiderations and limitations

PrisnivåerPricing tiers

Läs repliker är för närvarande endast tillgängliga i Generell användning och minnesoptimerade pris nivåer.Read replicas are currently only available in the General Purpose and Memory Optimized pricing tiers.

Anteckning

Kostnaden för att köra replik servern baseras på den region där replik servern körs.The cost of running the replica server is based on the region where the replica server is running.

Omstart av käll ServerSource server restart

När du skapar en replik för en källa som inte har några befintliga repliker startas källan om först för att förbereda sig för replikering.When you create a replica for a source that has no existing replicas, the source will first restart to prepare itself for replication. Ta detta i beaktande och utför dessa åtgärder under en låg belastnings period.Take this into consideration and perform these operations during an off-peak period.

Nya replikerNew replicas

En Läs replik skapas som en ny Azure Database for MySQL server.A read replica is created as a new Azure Database for MySQL server. Det går inte att göra en befintlig server till en replik.An existing server can't be made into a replica. Du kan inte skapa en replik av en annan Läs replik.You can't create a replica of another read replica.

Replik konfigurationReplica configuration

En replik skapas med samma server konfiguration som källan.A replica is created by using the same server configuration as the source. När en replik har skapats kan flera inställningar ändras oberoende av käll servern: beräknings generering, virtuella kärnor, lagring och kvarhållning av säkerhets kopior.After a replica is created, several settings can be changed independently from the source server: compute generation, vCores, storage, and backup retention period. Pris nivån kan också ändras oberoende, förutom till eller från Basic-nivån.The pricing tier can also be changed independently, except to or from the Basic tier.

Viktigt

Uppdatera replikkonfigurationen till samma eller högre värden innan en källserverkonfiguration uppdateras till nya värden.Before a source server configuration is updated to new values, update the replica configuration to equal or greater values. På så sätt säkerställer du att repliken klarar alla ändringar som görs av källan.This action ensures the replica can keep up with any changes made to the source.

Brand Väggs regler och parameter inställningar ärvs från käll servern till repliken när repliken skapas.Firewall rules and parameter settings are inherited from the source server to the replica when the replica is created. Därefter är replikens regler oberoende av varandra.Afterwards, the replica's rules are independent.

Stoppade replikerStopped replicas

Om du stoppar replikeringen mellan en käll Server och en Läs replik blir den stoppade repliken en fristående server som accepterar både läsning och skrivning.If you stop replication between a source server and a read replica, the stopped replica becomes a standalone server that accepts both reads and writes. Den fristående servern kan inte göras till en replik igen.The standalone server can't be made into a replica again.

Borttagen källa och fristående servrarDeleted source and standalone servers

När en käll server tas bort, stoppas replikeringen till alla Läs repliker.When a source server is deleted, replication is stopped to all read replicas. Dessa repliker blir automatiskt fristående servrar och kan acceptera både läsningar och skrivningar.These replicas automatically become standalone servers and can accept both reads and writes. Själva käll servern tas bort.The source server itself is deleted.

AnvändarkontonUser accounts

Användare på käll servern replikeras till läsa repliker.Users on the source server are replicated to the read replicas. Du kan bara ansluta till en Läs replik med de användar konton som är tillgängliga på käll servern.You can only connect to a read replica using the user accounts available on the source server.

ServerparametrarServer parameters

I syfte att förhindra att data blir osynkroniserade samt att undvika potentiell dataförlust eller skadade data är vissa serverparametrar låsta från att uppdateras vid användning av skrivskyddade repliker.To prevent data from becoming out of sync and to avoid potential data loss or corruption, some server parameters are locked from being updated when using read replicas.

Följande Server parametrar är låsta på både käll-och replik servern:The following server parameters are locked on both the source and replica servers:

event_schedulerParametern är låst på replik servrarna.The event_scheduler parameter is locked on the replica servers.

Om du vill uppdatera en av parametrarna ovan på käll servern tar du bort replik servrar, uppdaterar parametervärdet på källan och återskapar repliker.To update one of the above parameters on the source server, delete replica servers, update the parameter value on the source, and recreate replicas.

GTIDGTID

GTID stöds på:GTID is supported on:

  • MySQL-versionerna 5,7 och 8,0.MySQL versions 5.7 and 8.0.
  • Servrar som stöder lagring upp till 16 TB.Servers that support storage up to 16 TB. Se artikeln om pris nivå för en fullständig lista över regioner som stöder 16 TB-lagring.Refer to the pricing tier article for the full list of regions that support 16 TB storage.

GTID är inaktive rad som standard.GTID is OFF by default. När GTID har Aktiver ATS kan du inte aktivera den igen.After GTID is enabled, you can't turn it back off. Kontakta supporten om du behöver stänga av GTID.If you need to turn GTID OFF, contact support.

Om GTID har Aktiver ATS på en käll server kommer nya repliker också ha GTID aktiverat och använda GTID-replikering.If GTID is enabled on a source server, newly created replicas will also have GTID enabled and use GTID replication. Om du vill ha konsekvent replikering kan du inte uppdatera gtid_mode på käll-eller replik servrar.To keep replication consistent, you can't update gtid_mode on the source or replica server(s).

AnnatOther

  • Det finns inte stöd för att skapa en replik av en replik.Creating a replica of a replica isn't supported.
  • InMemory-tabeller kan orsaka att repliker blir osynkroniserade. Detta är en begränsning av MySQL-replikeringstrafiken.In-memory tables may cause replicas to become out of sync. This is a limitation of the MySQL replication technology. Mer information finns i referens dokumentationen för MySQL .Read more in the MySQL reference documentation for more information.
  • Se till att käll Server tabellerna har primär nycklar.Ensure the source server tables have primary keys. Brist på primär nycklar kan leda till replikeringsfördröjning mellan källan och replikerna.Lack of primary keys may result in replication latency between the source and replicas.
  • Granska den fullständiga listan över begränsningar för MySQL-replikering i MySQL-dokumentationenReview the full list of MySQL replication limitations in the MySQL documentation

Nästa stegNext steps