Читает против пишет

Question

Рассмотрим базу данных, к которой осуществляется постоянный доступ (чтение, запись, обновление, удаление и т.д.), Например, базу данных для некоторых конкретных авиакомпаний.

Я понимаю, что одновременная запись / обновление могут привести к большому количеству проблем, поскольку запись может потребовать блокировки. Более того, если в очередь помещается слишком много записей, это может привести к переполнению буфера и т.д., Следовательно, возникает необходимость в репликации (клонировании или предоставлении нескольких точек доступа к базе данных).

Как насчет много читает. Могут ли множественные одновременные запросы на чтение (запрос на получение данных из БД) привести к каким-либо проблемам, кроме замедления доступа к БД? Если моя база данных редко обновляется, но к ней часто обращаются только для чтения данных, имеет ли смысл репликация?

Answer 1

Множество больших баз данных, в которых большая часть действия включает в себя чтение-репликацию, а затем баланс нагрузки из прочитанных баз данных.

Есть несколько ошибок, но это работает хорошо, если правильно настроить. (Одна из ошибок - чтение, которое также обновляет поле как часть чтения).

Другая проблема заключается в согласованности - если некоторые записи охватывают несколько таблиц, в течение короткого периода, когда записывается не все, вы можете получить нежелательные результаты и ошибки при чтении из одной из реплицированных баз данных - особенно если репликация выполняется так, что разные таблицы зеркальное отражение на разных машинах или всплеск активности.