Skip to content

Commit 5306a57

Browse files
authored
Update how-to-data-in-replication.md
Few formatting fixes to make the document more readable
1 parent 056ebbe commit 5306a57

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

articles/mysql/flexible-server/how-to-data-in-replication.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -88,10 +88,11 @@ The following steps prepare and configure the MySQL server hosted on-premises, i
8888

8989
The Master server needs to be started with GTID mode enabled by setting the gtid_mode variable to ON. It's also essential that the enforce_gtid_consistency variable is enabled to make sure that only the statements, which are safe for MySQL GTIDs Replication are logged.
9090
91+
```sql
9192
SET @@GLOBAL.ENFORCE_GTID_CONSISTENCY = ON;
92-
9393
SET @@GLOBAL.GTID_MODE = ON;
94-
94+
```
95+
9596
If the master server is another Azure Database for MySQL flexible server instance, then these server parameters can also be updated from the portal by navigating to server parameter page.
9697
9798
@@ -180,7 +181,7 @@ The results should appear similar to the following. Make sure to note the binary
180181
SET GLOBAL read_only = OFF;
181182
UNLOCK TABLES;
182183
```
183-
[!NOTE]
184+
>[!NOTE]
184185
> Before the server is set back to read/write mode, you can retrieve the GTID information using global variable GTID_EXECUTED. The same will be used at the later stage to set GTID on the replica server
185186
186187
3. Restore dump file to new server.

0 commit comments

Comments
 (0)