Цитируя AWS документы:.Имеет ли AWS RDS Multi AZ в сочетании с чтением реплики меньше отставания в репликации, чем просто прочитанные реплики?
«Вы можете использовать Multi-AZ развертывания и реплики для чтения в сочетании наслаждаться дополнительными преимуществами каждых Вы можете просто указать, что данное развертывание Multi-AZ является источником DB Instance для ваших Прочитайте реплики. "
Есть ли у реплики с несколькими автоматами AZ меньше репликационных лаг, чем обычные считываемые реплики? Я спрашиваю, потому что для Multi-AZ он указывает: «он синхронно реплицирует данные».
также:
«Многосайтовые AZ используют синхронную репликацию, что делает базу данных записывает одновременно как на первичный и резервный, так что в режиме ожидания будет уточненный в случае происходит переход на другой ресурс Хотя. наша технологическая реализация для экземпляров Multi-AZ DB максимизирует долговечность данных в сценариях сбоя, исключает доступ к режиму ожидания напрямую или используется для операций чтения. Отказоустойчивость, предлагаемая развертываниями Multi-AZ, делает их естественным образом пригодным для производственных условий; подробнее о развертываниях Multi-AZ, пожалуйста, посетите этот раздел часто задаваемых вопросов ».
Спасибо. У вас есть ссылка или цитата для вторичной реплики, которая не может использоваться в качестве источника для Read Replica? Я везде искал документацию, faqs и т. Д., И я не вижу ее. Это позор, если истина, потому что это означает, что чтение реплик будет страдать от отставания, которое не приемлемо для меня, тем более, что в документации говорится, что несколько минут задержки должны быть допущены (что, если кто-то делает сообщение, а затем он не отображается на прочитанной реплике в течение 30 секунд ...) –
@HardWorker * исключает доступ к режиму ожидания от прямого доступа или используется для операций чтения * должно быть достаточным подтверждением. В RDS для MySQL нет такой вещи, как синхронная считываемая реплика. Вы знакомы с асинхронной репликацией MySQL? На оборудовании с надлежащим размером (сервер реплики, идентичный или превышающий мастер), * типичная * латентность - миллисекунды, и вы всегда можете * спросить * реплику, насколько она отстает. –
@ Michael-sqlbot На aws, каково типичное отставание в репликах чтения? В документации это относится к 5-минутному отставанию как «малому»: _ «Если существующая Read Replica слишком сильно отстала, чтобы соответствовать вашим требованиям, вы можете удалить ее и создать новую с той же конечной точкой, используя тот же экземпляр DB Идентификатор идентификатора источника и исходного БД в качестве удаленной Read Replica. Имейте в виду, что процесс повторного создания будет контрпродуктивным при малых уровнях задержки (например, до пяти минут задержки) и должен использоваться с осторожностью (т. Е. Только тогда, когда Читать реплику значительно позади) «_ –