2 Answers
- Newest
- Most votes
- Most comments
2
Have you looked into configuring parallel apply on the read replica? By default MySQL replication uses single threaded apply. So if your workload on the source database uses high concurrent connections, these can be serialized on the read replica unless you configure parallel apply. All workloads do not necessarily tend to parallelize as well as others so your mileage might vary, but that is something you can try.
https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html see: replica-parallel-workers
1
Dear Customer,
Thanks for reaching out to AWS re:Post Adding on the discussions already on the post, I wanted to add a public doc (in case you have missed it previously)->
Hope this helps in the project
Relevant content
- asked 3 months ago
- asked 3 years ago
- AWS OFFICIALUpdated 4 months ago
- AWS OFFICIALUpdated 8 months ago
- AWS OFFICIALUpdated 5 months ago
- AWS OFFICIALUpdated 2 years ago
This is interesting. Thank you for the post. Are you familiar with a similar setting for MySQL 5.7? I am digging through the docs now.
I might have found it:
slave_parallel_workers
EDIT: The fact AWS warns me for using a term I copied from their own website is deplorable.
https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-2-parameters-related-to-replication/
This didn't actually fix the issue. I'm not sure why we get a huge replica lag spike every day at the same time.
Backups are not turned on for the replica.