การกำหนดค่าแคชระดับที่สอง

กลยุทธ์การทำงานพร้อมกัน

หลังจากที่คุณเปิดใช้งานการแคชระดับที่สองใน Hibernate คุณต้องอธิบายให้ Hibernate ทราบว่าเราต้องการแคชวัตถุเอนทิตีใดและอย่างไร

ในการทำเช่น นี้Hibernate มีคำอธิบายประกอบพิเศษสำหรับคลาสเอนทิตี - @Cache ตัวอย่าง:

@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)

คำอธิบายประกอบนี้จำเป็นต้องเขียนสำหรับแต่ละเอนทิตีเอนทิตีที่เราต้องการใช้แคชระดับที่สอง ตัวอย่าง:

@Entity
@Table(name = "employee")
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
public class Employee {
    @Id
    private Integer id;
    private Set<Task> tasks;
}

ไฮเบอร์เนตมี 4 กลยุทธ์การเข้าถึงที่เป็นไปได้สำหรับเอนทิตีแคช หากเข้าถึงจากเธรดที่แตกต่างกัน:

• อ่านเท่านั้น
• อ่านเขียน
• อ่าน-เขียนแบบไม่เคร่งครัด
• ธุรกรรม

อ่านอย่างเดียว กลยุทธ์การทำงานพร้อมกันที่เหมาะสมกับข้อมูลที่ไม่เคยเปลี่ยนแปลง ไฮเบอร์เนตจะเก็บวัตถุเหล่านี้ไว้ในหน่วยความจำ ใช้สำหรับข้อมูลอ้างอิงเท่านั้น

ฐานข้อมูลเก็บข้อมูลจำนวนมากที่ไม่เคยเปลี่ยนแปลง ตัวอย่างเช่น ตารางจะเก็บรายการเหตุการณ์ที่เพิ่มเท่านั้นแต่ไม่เคยเปลี่ยนแปลงหรือลบออก หากคุณต้องการทำงานกับตารางนี้ผ่าน Hibernate กลยุทธ์การแคชแบบอ่านอย่างเดียวจะเหมาะกับคุณ

อ่าน-เขียน (อ่าน-เขียน). ใช้กลยุทธ์นี้สำหรับข้อมูลที่อ่านได้เป็นหลัก อย่างไรก็ตาม Hibernate จะติดตามความพยายามในการเปลี่ยนแปลงข้อมูลนี้ แม้ว่าคาดว่าจะเกิดขึ้นไม่บ่อยนัก

คุณต้องแคชวัตถุส่วนใหญ่ที่ไม่ค่อยเปลี่ยนแปลงและมักจะอ่าน / ร้องขอ หากคุณมีวัตถุดังกล่าว คุณต้องใช้กลยุทธ์การอ่าน-เขียนสำหรับวัตถุเหล่านั้น

ไม่เข้มงวดอ่าน-เขียน กลยุทธ์นี้ไม่รับประกันความสอดคล้องระหว่างแคชและฐานข้อมูล ใช้กลยุทธ์นี้หากข้อมูลแทบไม่เคยเปลี่ยนแปลงเลย และมีโอกาสเล็กน้อยที่ข้อมูลเก่าจะไม่ใช่ปัญหาร้ายแรง

ไม่เหมือนกับกลยุทธ์การอ่าน-เขียน กลยุทธ์นี้ถือว่าข้อมูลที่ไม่แน่นอนไม่ได้ล็อกไว้สำหรับการอ่าน ซึ่งอาจส่งผลให้วัตถุมีการเปลี่ยนแปลงในที่หนึ่ง ในขณะที่อีกที่หนึ่ง บางคนกำลังอ่านเวอร์ชันเก่าอยู่

ตัวอย่างเช่น ผู้ใช้เปลี่ยนความคิดเห็นของเขา แต่ผู้ใช้รายอื่นยังคงเห็นเวอร์ชันเก่าของเขาในบางครั้ง หากนี่ไม่ใช่ปัญหาสำหรับคุณ ให้ใช้กลยุทธ์การอ่าน-เขียนแบบไม่เข้มงวด

การทำธุรกรรม ใช้กลยุทธ์นี้สำหรับข้อมูลแบบอ่านอย่างเดียวเป็นหลัก ซึ่งเป็นสิ่งสำคัญในการป้องกันข้อมูลเก่าในการทำธุรกรรมพร้อมกันในโอกาสที่หายากของการอัปเดต

การจัดเก็บข้อมูลในแคช

รายละเอียดที่สำคัญอีกประการเกี่ยวกับแคชระดับที่สองที่คุณควรจำไว้ก็คือ Hibernate จะไม่เก็บอ็อบเจกต์ของคลาสของคุณเอง มันเก็บข้อมูลเป็นอาร์เรย์ของสตริง ตัวเลข ฯลฯ

และตัวระบุวัตถุทำหน้าที่เป็นตัวชี้ไปยังข้อมูลนี้ ตามแนวคิดแล้ว นี่คือสิ่งที่เหมือนกับ Map ซึ่งรหัสของวัตถุคือคีย์ และอาร์เรย์ข้อมูลคือค่า คุณสามารถจินตนาการได้ดังนี้:

1 -> { "Ivanov", 1, null , {1,2,5} }
2 -> { "Petrov", 2, null , {1,2,5} }
3 -> { "Sidorov", 3, null , {1,2,5} }

ซึ่งสมเหตุสมผลมากเมื่อพิจารณาว่าแต่ละออบเจกต์ใช้หน่วยความจำเพิ่มเติมเท่าใด

นอกเหนือจากข้างต้น คุณควรจำไว้ว่าการขึ้นต่อกันของคลาสเอนทิตีของคุณจะไม่ถูกแคชไว้โดยค่าเริ่มต้น ตัวอย่างเช่น หากเราถือว่าคลาสด้านบนคือEmployeeเมื่อทำการดึงข้อมูล การรวบรวมงานจะถูกดึงมาจากฐานข้อมูลไม่ใช่จากแคชระดับที่สอง

หากคุณต้องการแคชการอ้างอิงด้วย คลาสควรมีลักษณะดังนี้:

@Entity
@Table(name = "employee")
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
public class Employee {
    @Id
    private Integer id;

   @Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
   private Set<Task> tasks;
}

และรายละเอียดสุดท้าย - การอ่านจากแคชระดับที่สองจะเกิดขึ้นก็ต่อเมื่อไม่พบวัตถุที่ต้องการในแคชระดับแรก

โหมดแคช

ไฮเบอร์เนตช่วยให้การจัดการแคชมีความยืดหยุ่นมาก คุณสามารถตั้งค่าโหมดแคชสำหรับแต่ละเซสชันหรือแม้กระทั่งสำหรับคำขอฐานข้อมูลแต่ละรายการ

มีห้าโหมดดังกล่าว:

• รับ
• ไม่สนใจ
• ปกติ
• ใส่
• รีเฟรช

ตารางด้านล่างอธิบายงานของพวกเขา:

ตัวอย่างของการตั้งค่าโหมดแคชสำหรับเซสชัน:

session.setCacheMode(CacheMode.GET);
Employee director = session.createQuery("from Employee where id = 4").uniqueResult();

และตัวอย่างของการตั้งค่าโหมดสำหรับเซสชันและคำขอ:

session.setCacheMode(CacheMode.GET);
Query query = session.createQuery("from Employee where id = 4");
query.setCacheMode(CacheMode.IGNORE); // Ignore cache work for this request
Employee director = query.uniqueResult();