имеет применение во множестве областей, как не странно во множестве областей (не СУБД) отрицается до настоящего времени. если вам не понятно что написано в справке лучше использовать как есть. Есть конкретная проблема?
в смысле - отрицается)
Наверное вам не стоит на это тратить время. в АСУ ТП мировых брендов проблема не повторяющегося чтения является половиной причин сложных техногенных аварий как бы просто к слову пришлось, не та степь
Проблемы нет. Но была несколькими днями ранее. Но это не из за этих транзакций/изоляций. У меня короче работал бекенд на Ktor. Там еще микросервис был (парсер) , который ходил по url адресам и забирал некие данные. Так вот по началу, средняя нагрузка на впске с 4 CPU была допустим(пример) 30%. Через n количество дней, нагрузка почему то выросла до 60%. Хотя я не делал никаких изменений в коде сервера и микросервисов. Такой вариант с запросами, которые делают выборку всех данных (select all) из таблицы исключен, потому что тоже подумал сначала на это. Что типа со временем данных в бд стало много и т.д.. Искал искал источник проблем. В итоге убрал все индексы с полей и дропнул таблицы. Теперь нагрузка вернулась к норме.. Но могли ли быть виноваты во всём индексы, которые я проставил на несколько полей в таблице, я хз..
а уровень изоляции транзакций как сюда попал?
куда сюда? Ну почитал, погуглил мол, почему нагрузка на проц увеличилась из за бд, там были всякие варианты, типа с индексами что то не так, либо транзации не закрываются или что то в этом ключе
Обсуждают сегодня