TencentDB for MySQL allows you to create one or more read-only instances to form an RO group, which is suitable for read/write separation and one-source-multiple-replica application scenarios and capable of greatly enhancing the read load capacity of your database.
An RO group is a set of read-only instances sharing the same address. You can set their weights to balance the traffic load, set the policy of removing delayed read-only instances, and perform other configurations. You can deploy an RO group as needed and send the corresponding read requests to read-only instances according to certain rules. In addition, you can implement disaster recovery by configuring multiple read-only instances in the same RO group.
Prerequisites
A source instance must be created first before a read-only instance can be created. For more information, see Creating MySQL Instance.
Creating an RO group
1. Log in to the TencentDB for MySQL console. In the instance list, click an instance ID or Manage in the Operation column to enter the instance management page.
2. Click Add Read-Only Instance in the Instance Architecture Diagram section on the Instance Details tab or click Create on the Read-Only Instance tab.
3. On the displayed purchase page, specify the following read-only instance configurations, confirm that everything is correct, and click Buy Now.
Specify RO Group: Select Create RO group. If multiple instances are purchased at a time, all of them will be assigned to this new RO group, and their weights will be automatically assigned by the system by default. - Assign Read Weight: It is assigned by the system.
RO Group Name: The RO group name doesn't need to be unique and can contain up to 60 letters, digits, hyphens, and underscores. - Instance Name: It must contain less than 60 letters, digits, or symbols (-_.).
Remove Delayed RO Instances: Select whether to enable the removal policy. If a read-only instance is removed, its weight will be automatically set to 0.
If a read-only instance is removed when its delay exceeds the threshold, it will become inactive, its weight will be automatically set to 0, and alarms will be sent to corresponding recipients. The instance will be put back into the RO group when its delay falls below the threshold. For more information on how to configure the read-only instance removal alarm and recipients, see Alarm Policies (TCOP).
No matter whether delayed read-only instance removal is enabled, a read-only instance that is removed due to instance failure will rejoin the RO group when it is repaired.
Delay Threshold: Set a delay threshold for the read-only instance. When the threshold is exceeded, the instance will be removed from the RO group.
Least RO Instances: This is the minimum number of instances that should be retained in the RO group. When there are fewer instances in the RO group, even if an instance exceeds the delay threshold, it will not be removed.
Assign Read Weight: It is assigned by the system.
Billing Mode: Monthly subscription and pay-as-you-go billing are supported.
Region: It is the same as that of the source instance by default.
Database Version: It is the same as that of the source instance by default.
Engine: It is the same as that of the source instance by default.
Architecture: Select Single-node. Although the single-node architecture is cost-effective, there is a single point of failure for a single read-only instance. It is recommended to purchase at least two read-only instances in the service RO group that requires availability.
Data Replication Mode: Async replication
AZ: When creating a new RO group, you can select the same AZ as the source instance or a different AZ. There are no substantial differences between different AZs. If you choose a different AZ, the RO group will reside across AZs and can improve data disaster recovery, but there will be a few milliseconds of network latency.
4. Return to the instance list. The status of the created instance is Delivering. If the status changes to Running, the read-only instance has been successfully created.
Configuring an RO group
On the RO group configuration page, you can configure the basic information of the group such as ID, name, delayed replication, replication delay, removal policy, delay threshold, least read-only instances, and read weight.
Note:
Read-only instances in an RO group can use different specifications, and their read traffic weights can be set.
Read-only instances in the same RO group can have different expiration dates and billing modes.
Once enabled, delayed replication will take effect for all read-only instances in this RO group, but won't change their replication statuses.
The replication delay option will appear only after delayed replication is enabled.
1. Log in to the TencentDB for MySQL console. In the instance list, click a source instance ID to enter the instance management page.
2. On the instance management page, click the Read-Only Instance tab and click Configure in the RO Group column to enter the RO group configuration page.
3. On the RO group configuration page, configure the RO group information and click OK.
You can set delayed replication and select to replay by flashbacked position or global transaction identifier (GTID) during the delay to efficiently roll back data and fix failures.
Replication Delay: You can configure the time of delayed replication between a read-only instance and its source instance. The value range is 1–259200 seconds.
Remove Delayed RO Instances: Select whether to enable the removal policy. If a read-only instance is removed, its weight will be automatically set to 0. If a read-only instance is removed when its delay exceeds the threshold, it will become inactive, alarms will be sent to corresponding recipients. For more information on how to configure the read-only instance removal alarm and recipients, see Alarm Policies (TCOP).
Delay Threshold: Set a delay threshold for the read-only instance. When the threshold is exceeded, the instance will be removed from the RO group.
Least RO Instances: This is the minimum number of instances that should be retained in the RO group. When there are fewer instances in the RO group, even if an instance exceeds the delay threshold, it will not be removed.
Assign Read Weight: The RO group supports two weight assignment methods: automatic assignment by the system and custom assignment. The weight value must be an integer between 0 and 100. Below is the list of read weights automatically set for two-node and three-node TencentDB for MySQL instances by the system:
Memory Specification (MB)
1000
2000
4000
8000
12000
16000
24000
32000
48000
64000
96000
128000
244000
488000
Weight
1
1
2
2
4
4
8
8
10
12
14
16
26
50
Rebalance:
If rebalance is disabled, modifying weight will take effect only for new loads but will not affect the read-only instances accessed by existing persistent connections or cause a momentary disconnection from the database.
If rebalancing is enabled, all connections to the database will be temporarily disconnected, and the loads of newly added connections will be balanced based on the set weights.
Terminating and deleting an RO group
Note:
RO groups cannot be deleted manually.
An RO group will be automatically deleted when the last read-only instance in it is eliminated.
Empty RO groups cannot be retained.
1. Log in to the TencentDB for MySQL console. In the instance list, click a source instance ID to enter the instance management page.
2. On the instance management page, click the Read-Only Instance tab and click Terminate/Return or Terminate/Return & Refundin the Operation column on the right.
3. In the pop-up window, read and agree to the Termination Rules and click Terminate Now.
FAQs
Why can't I select a specific AZ when creating a read-only instance?
If you can't select an AZ, it means that there are no resources in this AZ. You can choose another AZ as displayed on the actual purchase page, which will not affect your use of the read-only instance.
Can I select an AZ different from that of the source instance when creating a read-only instance?
Yes. When creating a read-only instance, you can choose to create a new RO group for it and select an AZ different from that of the source instance. However, if you select an existing RO group, the AZ of the new read-only instance can only be the same as that of the selected existing RO group, which may not necessarily be the same as that of the source instance.
Yes
No
Was this page helpful?