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

В общем, понял я вашу проблему. Есть два решения. Одно умное, правильное, но геморное. Второе топорное, кривое, но быстрее.
Изначально проблема заключается в том, что вы пытаетесь переложить на сессию Хибера то, для чего она не предназначена. А именно - поддержание состояния работы пользователя между запросами. Так вот, этим должна заниматься не сессия Хибера, а сессия сервелета, а логика поддержания этого состояния должна поддерживаться вами вручную.
1) Правильное решение - писать код самому, который будет отслеживать изменения пользователя. Это будут скорее всего тупо POJO с минимумом логики и в основном геттерами - сеттерами. В итоге - для всех операций пользователя вы будете только считывать данные из БД, то есть открыли сессию Хибера, быстро считали, закрыли. И лишь последним действием - сохранением - вы переносите все изменения из сессии сервлета в сессию Хибера и комитите их.
2) Дерьмовое решение - полезть в непубличный API Хибера. То есть берете сессию, кастите ее до SessionImpl и начинаете копаться в потрохах Хибера. Примеры: а) вызвать sessionImpl.gtPersistenceContext() и порыться там; б) вызвать sessionImpl.getActionQueue(), потом через рефлекшн получить значения закрытых полей insertions/deleteions/updates и что-нибудь замутить с ними; в) вызвать sessionImpl.getListeners() и выставить своих листенеров на события.
Но учтите, что пойдя вторым путем, вы испортите свою карму, совершив акт говнокодерства. Еще несколько таких проступков - и бессмертный дух говнокодерства поработит вас

Petro123я просто думал, что 1 уровень всегда синхрон с БД, если общаться исключ. через хибер.
Типо автокоммита.
?Это настриваемо.

Petro123 ,
Причина проблемы озвучена выше, решение озвучено выше. Читайте внимательнее.

Petro123OK
svenomЭто настриваемо.
уточни, если не трудно, где и как
session.setFlushMode(FlushMode.???);

Сформулируйте вопрос.

1. Пример чего надо привести?
2. Пример автора не работает, так как информация об удаленных/сохраненных объектах находится в кеше первого уровня и не был выполнен flush(), а HQL запрос лезет напрямую в базу, минуя кеш первого уровня.