Действительно ли безопасно установить изоляцию MySQL для “Чтения Незафиксированный” (грязные чтения) для типичного веб-использования? Даже с репликацией?

Я не уверен, что вызывает такое поведение в спящем режиме, вы можете получить, загрузив Child сначала. Отдельное удаление Child не является обязательным. Обновленный код должен выглядеть следующим образом:

Transaction tx = session.beginTransaction();  //session is of type org.hibernate.Session

try {
    Parent parent = (Parent) session.get(Parent.class, getParentId());

    Iterator i = form.getDeleteItems().iterator();  //form is of type org.apache.struts.action.ActionForm
    while(i.hasNext()){
        Child child = (Child) session.get(Chile.class, ((Child) i.next()).getChildId());
        parent.getChildren().remove(child); //getChildren() returns type java.util.List
    }

    session.saveOrUpdate(parent);
    tx.commit();
} ...

показать SQL, созданный Hibernate

<property name="show_sql">true</property>
<property name="format_sql">true</property>

Edit:

Извлечь эту главу 10. Работа с объектами

Я не знаю полных условий, но я считаю, что тот факт, что вы возвращаете параметр, а не экземпляр, созданный в функции, вызывает проблему в вашем примере.

Для меня следующий показал один и тот же адрес для обоих:

#include <iostream>
#include <string>

std::string foo()
{
   std::string s("rvo!");
   std::cout << "address: " << (void *)(&s) << std::endl;
   return s;
}

int main()
{
   const std::string s = foo();
   std::cout << "address: " << (void *)(&s) << std::endl;
   std::cout << s << std::endl;
   return 0;
}

В дополнение к комментарию Дарида

Кодовая страница о странице документы, которые для нее использовать -fno-elide-конструкторы для C++. Документация для этой опции формирует состояние «g++ man page»:

Стандарт C++ позволяет исключить возможность создания временный, который используется только для инициализации другого объекта того же типа. Указание этого параметра отключает эту оптимизацию, и заставляет G++ вызывать конструктор копирования во всех случаях.

Компиляция с помощью конструкторов -fno-elide предотвращает RVO, но компиляция без этого позволяет.

Этот уровень изоляции означает, что вы можете считывать противоречивые данные. Нет гаранта того, что считанные данные находятся в согласованном представлении базы данных.

Если это проблема, то это не вопрос MySQL, а вопрос приложения, который предполагает оценку риска использования/возврата противоречивых данных.

В приложении для интернет-банкинга это может привести к отказу. От игры это может быть ОК. Это зависит.

Я использовал как «чтение незафиксировано», так и репликацию, и у меня не было проблем.