Я немного подумал и думаю, что изменение может быть преднамеренным.
В старом поведении, которое вы описываете, в основном короткая транзакция, даже если она начинается после более длинной, успешна , вытесняя более длинный и вызывая его неудачу и повторную попытку. Фактически это дает приоритет более коротким транзакциям.
Но представьте, что у вас есть пик активности с кучей более коротких транзакций - они будут продолжать вытеснять более длинные транзакции, которые будут повторяться до тех пор, пока достижение максимального предела повторных попыток и постоянный сбой. Также увеличивая конкуренцию в хранилище данных из-за повторных попыток. Я действительно столкнулся с таким сценарием в своем приложении, интенсивно использующем транзакции, мне пришлось настроить свои алгоритмы, чтобы обойти его.
В отличие от этого, новое поведение дает всем транзакциям равные шансы на успех, независимо от их продолжительности или уровня. деятельности - нет приоритетной обработки. Это правда, по цене - более короткие транзакции начинаются после более длинных, и их наложение займет в целом больше времени. ИМХО новое поведение предпочтительнее старшего.