You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
title: Data-in replication - Azure Database for MySQL Flexible Server
3
3
description: Learn about using Data-in replication to synchronize from an external server into the Azure Database for MySQL Flexible service.
4
+
author: VandhanaMehta
5
+
ms.author: vamehta
6
+
ms.reviewer: maghan
7
+
ms.date: 12/30/2022
4
8
ms.service: mysql
5
9
ms.subservice: flexible-server
6
10
ms.topic: conceptual
7
-
author: VandhanaMehta
8
-
ms.author: vamehta
9
-
ms.date: 06/08/2021
10
11
---
11
12
12
13
# Replicate data into Azure Database for MySQL Flexible Server
@@ -15,9 +16,9 @@ ms.date: 06/08/2021
15
16
16
17
Data-in replication allows you to synchronize data from an external MySQL server into the Azure Database for MySQL Flexible service. The external server can be on-premises, in virtual machines, Azure Database for MySQL Single Server, or a database service hosted by other cloud providers. Data-in replication is based on the binary log (binlog) file position-based. To learn more about binlog replication, see the [MySQL binlog replication overview](https://dev.mysql.com/doc/refman/5.7/en/binlog-replication-configuration-overview.html).
17
18
18
-
> [!NOTE]
19
+
> [!NOTE]
19
20
> GTID-based replication is currently not supported for Azure Database for MySQL Flexible Servers.<br>
20
-
> Configuring Data-in replication for zone-redundant highavailability servers is not supported.
21
+
> Configuring Data-in replication for zone-redundant high-availability servers is not supported.
21
22
22
23
## When to use Data-in replication
23
24
@@ -33,32 +34,34 @@ For migration scenarios, use the [Azure Database Migration Service](https://azur
33
34
34
35
### Data not replicated
35
36
36
-
The [*mysql system database*](https://dev.mysql.com/doc/refman/5.7/en/system-schema.html) on the source server isn't replicated. In addition, changes to accounts and permissions on the source server aren't replicated. If you create an account on the source server and this account needs to access the replica server, manually create the same account on the replica server. To understand what tables are contained in the system database, see the [MySQL manual](https://dev.mysql.com/doc/refman/5.7/en/system-schema.html).
37
+
The [*mysql system database*](https://dev.mysql.com/doc/refman/5.7/en/system-schema.html) on the source server isn't replicated. In addition, changes to accounts and permissions on the source server aren't replicated. If you create an account on the source server and this account needs to access the replica server, manually create the same account on the replica server. To understand the tables in the system database, see the [MySQL manual](https://dev.mysql.com/doc/refman/5.7/en/system-schema.html).
38
+
39
+
### Data-in replication not supported on High Availability (HA) enabled servers
40
+
41
+
It isn't supported to configure Data-in replication for servers that have high availability (HA) option enabled. On HA-enabled servers, the stored procedures for replication `mysql.az_replication_*` won't be available.
37
42
38
-
### Data-in replication not supported on HA enabled servers
39
-
It is not supported to configure Data-in replication for servers which have high availability (HA) option enabled. On HA enabled servers, the stored procedures for replication `mysql.az_replication_*` won't be available.
40
-
> [!Tip]
41
-
>If you are using HA server as a source server, MySQL native binary log (binlog) file position-based replication would fail, when failover happens on the server. If replica server supports GTID based replication, we should configure GTID based replication.
43
+
> [!TIP]
44
+
> If you are using the HA server as a source server, MySQL native binary log (binlog) file position-based replication will fail when failover happens on the server. If replica server supports GTID based replication, we should configure GTID based replication.
42
45
43
46
### Filter
44
47
45
-
Modifying the parameter `replicate_wild_ignore_table` used to create replication filter for tables, is currently not supported for Azure Database for MySQL -Flexible server.
48
+
Modifying the parameter `replicate_wild_ignore_table` used to create replication filter for tables is currently not supported for Azure Database for MySQL -Flexible server.
46
49
47
50
### Requirements
48
51
49
52
- The source server version must be at least MySQL version 5.7.
50
-
- Our recommendation is to have the same version for source and replica server versions. For example, both must be MySQL version 5.7 or both must be MySQL version 8.0.
51
-
- Our recommendation is to have a primary key in each table. If we have table without primary key, you might face slowness in replication.
53
+
- Our recommendation is to have the same version for source and replica server versions. For example, both must be MySQL version 5.7, or both must be MySQL version 8.0.
54
+
- Our recommendation is to have a primary key in each table. If we have a table without primary key, you might face slowness in replication.
52
55
- The source server should use the MySQL InnoDB engine.
53
-
- User must have permissions to configure binary logging and create new users on the source server.
56
+
- User must have the right permissions to configure binary logging and create new users on the source server.
54
57
- Binary log files on the source server shouldn't be purged before the replica applies those changes. If the source is Azure Database for MySQL refer how to configure binlog_expire_logs_seconds for [Flexible server](./concepts-server-parameters.md#binlog_expire_logs_seconds) or [Single server](../concepts-server-parameters.md#binlog_expire_logs_seconds)
55
58
- If the source server has SSL enabled, ensure the SSL CA certificate provided for the domain has been included in the `mysql.az_replication_change_master` stored procedure. Refer to the following [examples](./how-to-data-in-replication.md#link-source-and-replica-servers-to-start-data-in-replication) and the `master_ssl_ca` parameter.
56
59
- Ensure that the machine hosting the source server allows both inbound and outbound traffic on port 3306.
57
60
- Ensure that the source server has a **public IP address**, that DNS is publicly accessible, or that the source server has a fully qualified domain name (FQDN).
58
-
-In case of public access, ensure that the source server has a public IP address, that DNS is publicly accessible, or that the source server has a fully qualified domain name (FQDN).
59
-
-In case of private access ensure that the source server name can be resolved and is accessible from the VNet where the Azure Database for MySQL instance is running.For more details see, [Name resolution for resources in Azure virtual networks](../../virtual-network/virtual-networks-name-resolution-for-vms-and-role-instances.md)
61
+
-With public access, ensure that the source server has a public IP address, that DNS is publicly accessible, or that the source server has a fully qualified domain name (FQDN).
62
+
-With private access, ensure that the source server name can be resolved and is accessible from the VNet where the Azure Database for MySQL instance is running. (For more details, visit [Name resolution for resources in Azure virtual networks](../../virtual-network/virtual-networks-name-resolution-for-vms-and-role-instances.md)).
60
63
61
64
## Next steps
62
65
63
-
- Learn how to [set up data-in replication](how-to-data-in-replication.md)
64
-
- Learn about [replicating in Azure with read replicas](concepts-read-replicas.md)
66
+
- Learn more on how to [set up data-in replication](how-to-data-in-replication.md)
67
+
- Learn more about [replicating in Azure with read replicas](concepts-read-replicas.md)
0 commit comments