Hibernate的session一级缓存
一级缓存是Session周期的，当session创建的时候就有，当session结束的时候，缓存被清空
当缓存存在的时候，每次查询的数据，都会放在缓存中，如果再次查询相同的数据，则不会再次查询数据库，可以有效的减少数据库的访问量。
但是，session的生命周期很短，当session创建，进行数据库操作后，就会被关闭，同样的，缓存就会被清空。如果是在javaweb中，session的生命周期，就是浏览器向服务器的一次请求。所以，后面hibernate会有相应的二级缓存
操作缓存的几个方法介绍
一：flush()
flush方法会同步缓存与数据库中的数据，就是说，如果从数据库中得到一条数据，也就是一个对象，如果在缓存中，对于这个对象，进行了数据的更改，那么在使用flush()方法的时候，将会把在缓存中修改的数据，同步到数据库中，有可能是删除，也有可能是修改，或者插入。
注：在事务的提交的时候，会自动执行flush()方法，来同步缓存与数据库中的数据。
注意：就算没有执行Transaction 的 commit() 方法，或者手动调用fulsh()方法，也有可能会被调用flush()方法原因如下
1). 执行 HQL 或 QBC 查询, 会先进行 flush() 操作, 以得到数据表的最新的记录
* 2). 若记录的 ID 是由底层数据库使用自增的方式生成的, 则在调用 save() 方法时, 就会立即发送 INSERT 语句.
* 因为 save 方法后, 必须保证对象的 ID 是存在的!
二：refresh()
refresh方法会同步缓存与数据库中的数据，就是把当前数据库中最新的数据给缓存中的对象，下面给出两个例子!
例子1：在高并发的情况，当我已经拿到一行表数据的时候，并且已经封装成了一个对象。这个时候，数据库中的这一行记录被其它的线程改变了数据，那么就是说，我现在的这个对象，已经不是数据库中的最新的数据了，如果使用session.refresh()方法，则会把数据库中最新的数据同步到缓存中!
例子2：这个要给出代码来示例一下，虽然说代码没什么特定的作用，但是还是可以看出一些问题的
//从数据库中拿到数据，并封装成对象 News ne = (News) session.get(News.class, 1); //这里对这个持久化类进行了修改其成员变量，如果不出意外的话，下面事务提交的时候，就会把这条数据自动提交到数据库中 ne.setAuthor("刘军"); //同样的，我打印这个对象，其实这个时候，输出的已经不是数据库中的数据了，因为我对这个对象作了改变 System.out.println(ne); //但是如果我对这个对象作refresh()操作的话，就会把数据库中最新的数据同步到缓存对象中 session.refresh(ne); //打印出来的数据，又是一开始的数据了，也就是刚拿到这个对象的时候的数据 System.out.println(ne);
经过上面的两个例子，就可以发现，refresh()方法，是把数据库中的数据，同步到缓存中!
注：由于数据库的事务机制，在同一个事务中，会保证操作的原子性，所以在此外改的数据，refresh()方法，是刷新不到的，并不是这个方法有问题，而是数据库的隔离机制，Oracle有两种隔离机制，mysql有四种隔离机制，只要把mysql设置成可重复读，就可以查看到最新的数据了!
三：clear()
这个方法，将会把session中当前的全部缓存，都给清空!
四:persist()
它和save()方法一样，都会执行insert操作，但是为什么hibernate会有两个保存数据的方法呢？自然是有区别的，下面给出两个方法的区别!
1:save方法，当执行insert的时候，临时状态的对象，应该是没有id的，如果这个时候，对象被插入了id，那么其实hibernate插入数据的时候，仍然会以主键生成策略为准，所以人为设置的id，是没有作用的，当执行完save方法后，id会重新变成hibernate生成的，或者sql数据库生成的id。
2:persist方法，同样的，它也是一个保存至数据库的一个方法，但是使用persist方法的时候，hibernate会检查这个对象是否已经有主键id了，如果已经有，则不会执行insert方法，相反的会抛出异常!
两个方法的作用比较，使用save方法，可以把一个对象多次保存，使用persist对象，可以保证这个数据，只能插入一次，因为只要执行了一次，这个对象就会有id值，只要有了id值，就不能再执行persist对象，所以可以依据自己的情况来使用这两个方法!
