Hibernate中的不同主键生成策略下flush()方法的妙用

来源：互联网发布：对抗网络知乎编辑：程序博客网时间：2024/05/16 05:25

完整版见https://jadyer.github.io/2011/04/17/hibernate-id-generator-flush/

依旧让代码站出来说话。。这是一个Java Project。。

首先是位于src下的Hibernate核心配置文件hibernate.cfg.xml

<?xml version='1.0' encoding='UTF-8'?><!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd"><hibernate-configuration> <session-factory> <property name="dialect">org.hibernate.dialect.MySQLDialect</property> <property name="connection.url">jdbc:mysql://localhost:3306/jadyer?characterEncoding=UTF-8</property> <property name="connection.username">root</property> <property name="connection.password">jadyer</property> <property name="connection.driver_class">com.mysql.jdbc.Driver</property> <property name="hibernate.show_sql">true</property> <property name="hibernate.format_sql">true</property><property name="hibernate.jdbc.fetch_size">50</property> <property name="hibernate.jdbc.batch_size">30</property> <mapping resource="com/jadyer/hibernate/all.hbm.xml"/> </session-factory></hibernate-configuration>

接下来是我们用到的三个实体类

package com.jadyer.hibernate;import java.util.Date;public class User11 {private String id;private String name;private String password;private Date createTime;/*--三个属性对应的setter和getter略--*/}package com.jadyer.hibernate;import java.util.Date;public class User22 {private int id;private String name;private String password;private Date createTime;/*--三个属性对应的setter和getter略--*/}package com.jadyer.hibernate;import java.util.Date;public class User33 {private String id;private String name;private String password;private Date createTime;/*--三个属性对应的setter和getter略--*/}

下面是这三个实体类所对应的Hibernate映射文件all.hbm.xml

<?xml version="1.0"?><!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN""http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"><hibernate-mapping package="com.jadyer.hibernate"><class name="User11" table="t_user11"><id name="id" column="user_id" length="32"><generator class="uuid"/></id><property name="name" unique="true" not-null="true" length="20"/><property name="password" not-null="true" length="10"/><property name="createTime" column="create_time"/></class><class name="User22" table="t_user22"><id name="id" column="user_id"><generator class="native"/></id><property name="name" unique="true" not-null="true" length="20"/><property name="password"/><property name="createTime" column="createtime"/></class><class name="User33" table="t_user33"><id name="id" column="user_id" length="32"><generator class="assigned"/></id><property name="name"/><property name="password"/><property name="createTime" column="create_time"/></class></hibernate-mapping>

然后是利用Hibernate映射文件生成数据库表的ExportDB.java

package com.jadyer.hibernate;import org.hibernate.cfg.Configuration;import org.hibernate.tool.hbm2ddl.SchemaExport;/** * 利用Hibernate映射文件生成数据库表 */public class ExportDB {public static void main(String[] args) {//读取hibernate.cfg.xml文件Configuration cfg = new Configuration().configure();// 创建SchemaExport对象SchemaExport export = new SchemaExport(cfg);// 创建数据库表export.create(true, true);}}

接下来是自定义的用于生成Session的工具类HibernateSessionUtils.java

package com.jadyer.hibernate;import org.hibernate.Session;import org.hibernate.SessionFactory;import org.hibernate.cfg.Configuration;public class HibernateSessionUtils {private static SessionFactory factory;static {try {Configuration cfg = new Configuration().configure();factory = cfg.buildSessionFactory();}catch(Exception e) {e.printStackTrace();}}public static Session getSession() {return factory.openSession();}public static void closeSession(Session session) {if (null != session && session.isOpen()) {session.close();}}}

最后是借助了JUnit3.8实现的单元测试类SessionFlushTest.java

package com.jadyer.hibernate;import java.util.Date;import org.hibernate.Session;import org.hibernate.Transaction;import com.jadyer.hibernate.HibernateSessionUtils;import com.jadyer.hibernate.User11;import com.jadyer.hibernate.User22;import com.jadyer.hibernate.User33;import junit.framework.TestCase;public class SessionFlushTest extends TestCase {/** * 向数据库中批量录入1000条数据 * @see 执行save()方法时，同样会向一级缓存中存放数据 * @see 所以要考虑到一次性大量的实体数据入库导致内存溢出 * @see 这时便可使用到session的flush()和clear()方法 */public void testCachea() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction(); //开启事务for (int i=0; i<1000; i++) {User22 user = new User22();user.setName("u_" + i);session.save(user);if (0 == i%20) {session.flush(); //每20条数据就强制session持久化数据session.clear(); //同时清空缓存，避免大量数据造成内存溢出}}//如果数据量特别大，最好不要再使用Hibernate录入数据了，可以考虑采用JDBC实现//如果JDBC也不能满足要求，那么还可以考虑采用数据库本身的特定导入工具//比如相对于Oracle来说，就可以使用它的特定工具【SQL*Loader】session.getTransaction().commit(); //提交事务}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback(); //发生异常则将事务回滚}finally {HibernateSessionUtils.closeSession(session); //最终不要忘记关闭org.hibernate.Session}}/** * 测试主键生成策略为uuid时 * 监测：执行save()之后以及再显式执行flush()时的SQL语句发送情况 * 结果：调用save()后，不会立即发出insert语句。调用flush()后，才会发送并执行SQL语句 * @see 【以下是关于session中的existsInDatebase属性的说明】 * @see 重点关注Debug透视图中的右上角的Variables视图中数据的变化 * @see 首先以Debug As---JUnit Test方式执行单元测试方法，然后当执行完save()而未执行到flush()之前 * @see 在Variables视图中展开到session---actionQueue---insertions---elementData---[0]里面 * @see 我们可以把[0]里面的数据理解为形成insert的对象的集合，以后就遍历该集合，用以生成insert语句 * @see 在Variables视图中session下面的actionQueue是一个临时的集合，用来形成insert或其它的语句 * @see 在Variables视图中session下面的persistenceContext就可以理解成是它的缓存 * @see 展开到persistenceContext---entityEntries---map---entries---table---[0]---value---value * @see 注意：展开到table中时，未必每次都是[0]，而此时我们应该展开的是存在HashMap$Entry<K,V>值的[i]就对了 * @see 接着在第二层value下面，发现这里面还有一份数据。我们可以粗略的理解成是它缓存里的数据 * @see 这时我们就会发现existsInDatebase属性，该属性就是用来判断当前数据在数据库中是否存在，值为false或true * @see 在执行完save()而没有执行flush()之前，existsInDatebase属性的值是false * @see 在执行完flush()而没有执行commit()之前，existsInDatebase的值就变为true，并且会马上发出SQL语句 * @see 当existsInDatebase的值就变为true时，就说明数据库里面已经存在这条数据了 * @see 这时再回到elementData---[0]临时集合查找，发现临时集合里面的数据已经没有了 * @see 因为它要遍历该临时集合，再把临时集合里的数据拿出来形成insert语句。在执行insert后，临时集合就被清掉了 * @see 所以说该临时集合是用来做临时交换的。当清掉临时集合之后，就会更新缓存中existsInDatebase的状态为true * @see 这时是在执行完flush()之后而没有执行commit()之前，此时还没有提交事务，但是已经执行了SQL语句 * @see 而此时在MySQL Command Line Client中执行select查询的话，是查看不到数据的，这涉及到数据库的隔离级别 * @see 我们可以使用select @@tx_isolation;命令查看MySQL默认隔离级别，结果为REPEATABLE-READ：即可重复读 * @see 如果我们执行set transaction isolation level read uncommitted;命令，此时的隔离级别就是未提交读 */public void testSave11() {Session session = null;Transaction tx = null;try {session = HibernateSessionUtils.getSession();tx = session.beginTransaction();User11 user = new User11();user.setName("张三");user.setPassword("123");user.setCreateTime(new Date());//由于User11采用的是uuid的主键生成策略//所以调用save()后，不会发出insert语句，而只是将user纳入了session的管理中//但此时id已经生成。而且这个时候session中的existsInDatebase的状态为falsesession.save(user);//调用flush()后，Hibernate会清理缓存，并执行SQL语句，会将user对象保存到数据库中//如果数据库的隔离级别设置为READ-UNCOMMITTED的话，即未提交读，那么我们就可以看到flush()过的数据//并且将session中insertions临时集合里user对象清除，此时session中existsInDatebase也被设置为true//session.flush();//默认情况下commit()操作会先执行flush()清理缓存，所以不需要显式的调用flush()方法tx.commit();}catch(Exception e) {e.printStackTrace();tx.rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为native时 * @see 监测：执行save()之后的SQL语句发送情况 * @see 结果：调用save()之后，将立即发送并执行insert语句。因为需要返回由数据库生成的id值 */public void testSave22() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User22 user = new User22();user.setName("李四");user.setPassword("123");user.setCreateTime(new Date());//由于User22采用的是native的主键生成策略//所以调用save()方法之后，将发送并执行insert语句，然后返回由数据库生成的id值//并纳入了session的管理，也修改了session中的existsInDatebase的状态为true//如果数据库的隔离级别设置为未提交读，那么我们就可以看到save()过的数据session.save(user);session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为uuid时 * @see 监测：执行save()和evict()之后，缓存中数据的变化 * @see 结果：执行commit()后无法成功提交，并报告possible nonthreadsafe access to session */public void testSave33() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User11 user = new User11();user.setName("王五");user.setPassword("123");user.setCreateTime(new Date());session.save(user);//执行evict()后，会将user对象从session中逐出。即从session的entityEntries属性中逐出user对象session.evict(user);//执行commit()后无法成功提交//因为hibernate在清理缓存时，会在session的临时集合insertions中取出user对象进行insert操作//接下来就会去更新persistenceContext里面entityEntries中的existsInDatabase属性的值为true//而我们已经采用evict()将user对象从session的entityEntries中逐出了，故找不到相关数据，无法更新//抛出异常：org.hibernate.AssertionFailure: possible nonthreadsafe access to session//翻译结果：该线程不安全。也就是说当清除user对象，回来更新数据的时候，它认为是其它线程把这个数据删掉了//其实给我们的理解：应该说不会出现这个问题。而网上有的人说这可能是Hibernate的一个BUG，其实不然//通过这些可以看到：Hibernate在缓存方面确实下足了一番功夫session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为uuid时 * @see 监测：在evict()之前先执行flush()方法，用以解决调用evict()之后无法提交数据的问题 * @see 结果：执行commit()后成功提交 */public void testSave44() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User11 user = new User11();user.setName("赵六");user.setPassword("123");user.setCreateTime(new Date());session.save(user);session.flush(); //此时会发出insert语句session.evict(user);//执行commit()后可以成功提交//因为hibernate在清理缓存时，在session的insertions临时集合中无法找到user对象//所以就不会发出insert语句，也就不会更新session中的existsInDatabase属性的状态session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为native时 * @ses 监测：执行save()和evict()之后，缓存中数据的变化 * @ses 结果：执行commit()后成功提交 */public void testSave55() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User22 user = new User22();user.setName("马七");user.setPassword("123");user.setCreateTime(new Date());session.save(user); //此时会发送insert语句session.evict(user);//执行commit()后可以成功提交//因为hibernate在清理缓存时，在session的insertions临时集合中无法找到user对象//所以就不会发出insert语句，也就不会更新session中的existsInDatabase属性的状态session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为assigned时 * @see 监测：批量执行save、update、delete操作的顺序 * @see 结果：Hibernate会按照save、update、delete顺序提交相关操作 */public void testSave66() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User33 user = new User33();user.setId("001");user.setName("王八");session.save(user);user.setName("夙瑶");//session.update(user); //也可以不显式的调用update()。此时的user正处于持久态，它会自动更新的User33 user3 = new User33();user3.setId("002");user3.setName("玄宵");session.save(user3);//Hibernate: insert into t_user33 (name, password, create_time, user_id) values (?, ?, ?, ?)//Hibernate: insert into t_user33 (name, password, create_time, user_id) values (?, ?, ?, ?)//Hibernate: update t_user33 set name=?, password=?, create_time=? where user_id=?//Hibernate会按照save、update、delete顺序提交相关操作session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}/** * 测试主键生成策略为assigned时 * @see 监测：利用flush()实现自定义的save、update、delete执行顺序 * @see 结果：SQL会按照我们的意愿执行 */public void testSave77() {Session session = null;try {session = HibernateSessionUtils.getSession();session.beginTransaction();User33 user = new User33();user.setId("003");user.setName("蔡依林");session.save(user);user.setName("菜10");//session.update(user); //也可以不显式的调用update()。此时的user正处于持久态，它会自动更新的session.flush();//利用flush()实现自定义的save、update、delete执行顺序User33 user33 = new User33();user33.setId("004");user33.setName("郑伊健");session.save(user33);//Hibernate: insert into t_user33 (name, password, create_time, user_id) values (?, ?, ?, ?)//Hibernate: update t_user33 set name=?, password=?, create_time=? where user_id=?//Hibernate: insert into t_user33 (name, password, create_time, user_id) values (?, ?, ?, ?)//由于在udpate()后面执行了flush()方法，所以在commit()清理缓存时，只会生成session.save(user33)的SQL语句session.getTransaction().commit();}catch(Exception e) {e.printStackTrace();session.getTransaction().rollback();}finally {HibernateSessionUtils.closeSession(session);}}}