Действительно ли безопасно установить изоляцию MySQL для “Чтения Незафиксированный” (грязные чтения) для типичного веб-использования? Даже с репликацией?
Мы делаем десять раз эту сумму на четырех очень старых серверах, вероятно, четыре года, под управлением Ubuntu Linux, exim и пользовательская доставка Java и программа POP3. Вы могли, вероятно, получить опцию выделенного сервера для приблизительно 100-150USD, который сможет обеспечить производительность, которую Вы ищете. Это потребовало бы, чтобы Вы имели некоторое знание конфигурирования Linux или наняли кого-то, кто делает.
Проблема от НЕЗАФИКСИРОВАННОГО ЧТЕНИЯ не то, что мог бы быть откат - по крайней мере, который не является основным вопросом. Первоочередная задача состоит в том, что Вы могли бы получить частичные данные. Например, с помощью блога, скажем, что у Вас была сводная таблица, содержащая среди прочего количество сообщений, которые существовали. У Вас также была таблица со строкой для каждого сообщения. Очевидно, я составляю материал здесь - это не структура, которую Вы должны, вероятно, когда-либо иметь.
Так или иначе в одном потоке Вы запускаете транзакцию, обновляете количество сообщений в сводной таблице от 4 до 5, вставляете новую строку сообщения и фиксируете транзакцию. Работы отлично.
В другом потоке Вы читаете количество сообщений и отображаете блог к одному экрану. Этот запрос (очень быстрый) произошел между ОБНОВЛЕНИЕМ и операторами INSERT. Количество сообщений показывается "5", и Вы имеете, если Вы удачливы, 4 сообщения в блоге. Если Вы неудачны в своем кодировании и на самом деле использовали сводное число вместо того, чтобы просто отобразить его, у Вас есть условие переполнения массива...
В большинстве случаев READ ФИКСИРОВАЛА, то, что Вы хотите обеспечить надлежащей непротиворечивости.