Hibernate HQL chỉ truy cập bộ nhớ cache phiên

Question

Tôi đang gặp một số sự cố khi biết truy vấn HQL nhận thông tin từ đó. Dự án của tôi đang sử dụng các luồng khác nhau và mỗi luồng đọc/ghi vào cơ sở dữ liệu. Chủ đề không chia sẻ đối tượng Phiên, thay vào đó tôi đang sử dụng lớp học HibernateUtil tạo phiên cho tôi.

Cho đến gần đây, tôi sẽ chỉ đóng một phiên sau khi viết chứ không phải sau khi đọc. Thay đổi đối tượng sẽ được nhìn thấy ngay lập tức trong cơ sở dữ liệu nhưng khi đọc trên các chủ đề khác (đối tượng phiên khác với đối tượng được sử dụng để viết), tôi sẽ nhận được thông tin cũ. Đọc và viết xảy ra luôn luôn trên các chủ đề khác nhau có nghĩa là các đối tượng Session khác nhau và các bộ đệm phiên khác nhau. Tôi luôn luôn nghĩ rằng bằng cách sử dụng HQL thay vì Criteria, tôi sẽ luôn nhắm mục tiêu cơ sở dữ liệu (hoặc bộ nhớ cache cấp thứ hai) và không phải là bộ nhớ cache phiên nhưng trong khi gỡ lỗi mã của tôi, nó đã được làm rõ với tôi rằng HQL đang tìm kiếm đối tượng trong bộ nhớ cache phiên và truy lục đối tượng cũ đã lỗi thời.

Tôi có sai khi giả định rằng HQL luôn nhắm mục tiêu cơ sở dữ liệu không? Hoặc ít nhất là bộ nhớ cache cấp thứ hai?

PS: Tôi chỉ đang sử dụng một đối tượng SessionFactory.

Answer 1

Hibernate có các khái niệm khác nhau về bộ đệm ẩn - bộ nhớ cache đối tượng và bộ đệm truy vấn. Entity caching là bộ nhớ cache phiên (và cache cấp 2, nếu được kích hoạt).

Giả sử bộ nhớ đệm truy vấn không được bật (mặc định không theo mặc định), sau đó HQL của bạn sẽ được thực thi đối với cơ sở dữ liệu. Điều này sẽ trả về các ID của các thực thể phù hợp với truy vấn. Nếu những thực thể đó đã có trong bộ nhớ cache phiên, thì Hibernate sẽ trả lại những thứ đó, thay vì xây dựng lại chúng từ cơ sở dữ liệu. Nếu phiên của bạn có các bản sao cũ của chúng (vì một phiên khác đã cập nhật cơ sở dữ liệu), thì đó là vấn đề bạn có.

Tôi khuyên bạn không nên sử dụng các phiên có thời gian tồn tại lâu dài, chủ yếu vì lý do đó. Bạn nên hạn chế tuổi thọ của phiên làm việc với đơn vị công việc cụ thể mà bạn đang cố gắng làm, và sau đó đóng nó lại. Có rất ít hoặc không có hình phạt hiệu suất để làm điều này (giả sử bạn sử dụng một hồ bơi kết nối cơ sở dữ liệu). Ngoài ra, để đảm bảo bạn không có được thực thể cũ, bạn có thể gọi Session.clear(), nhưng bạn có thể kết thúc với các hiệu ứng phụ không mong muốn.