本文共 3125 字，大约阅读时间需要 10 分钟。

@Transactional    public Tao testHibernateCache() {        Tao tao = taoDao.findOne(1);        tao.setCol2("new");        tao = taoDao.findOne(1);        return tao;    }

输出：Hibernate: select tao0_.col1 as col1_60_0_, tao0_.col2 as col2_60_0_ from tao tao0_ where tao0_.col1=?

Hibernate: update tao set col2=? where col1=?

返回：new

加上事务注解后，几个mysql io session 为同一个，由于一级缓存，第3条findOne没有执行

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

//    @Transactional

public Tao testHibernateCache() {        Tao tao = taoDao.findOne(1);        tao.setCol2("new");        tao = taoDao.findOne(1);        return tao;    }

输出：Hibernate: select tao0_.col1 as col1_60_0_, tao0_.col2 as col2_60_0_ from tao tao0_ where tao0_.col1=?

返回：new，也就是说第2次如果没有缓存，应该查询到old

这里比较奇怪的是，未加事务注解，从现象看，第2次查询没有执行，用的一级缓存，而

根据此前的博客资料：：一级缓存是Session级别的缓存，它属于事务范围的缓存，事务结束时，缓存的生命周期也结束了；显然在这个地方，缓存没结束，是不是也意味着这两个查询是一个事务？还是说不同的事务，但是是一个session？

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

带着问题找到这篇文章

https://www.cnblogs.com/200911/archive/2012/10/09/2716873.html

这篇文章中，

Session缓存（又称作事务缓存）：Hibernate内置的，不能卸除。

缓存范围：缓存只能被当前Session对象访问。缓存的生命周期依赖于Session的生命周期，当Session被关闭后，缓存也就结束生命周期。

public class Client{    public static void main(String[] args)    {        Session session = HibernateUtil.getSessionFactory().openSession();        Transaction tx = null;        try        {            /*开启一个事务*/            tx = session.beginTransaction();            /*从数据库中获取id="402881e534fa5a440134fa5a45340002"的Customer对象*/            Customer customer1 = (Customer)session.get(Customer.class, "402881e534fa5a440134fa5a45340002");            System.out.println("customer.getUsername is"+customer1.getUsername());            /*事务提交*/            tx.commit();                        System.out.println("-------------------------------------");                        /*开启一个新事务*/            tx = session.beginTransaction();            /*从数据库中获取id="402881e534fa5a440134fa5a45340002"的Customer对象*/            Customer customer2 = (Customer)session.get(Customer.class, "402881e534fa5a440134fa5a45340002");            System.out.println("customer2.getUsername is"+customer2.getUsername());            /*事务提交*/            tx.commit();                        System.out.println("-------------------------------------");                        /*比较两个get()方法获取的对象是否是同一个对象*/            System.out.println("customer1 == customer2 result is "+(customer1==customer2));        }        catch (Exception e)        {            if(tx!=null)            {                tx.rollback();            }        }        finally        {            session.close();        }    }}

其原理是：在同一个Session里面，第一次调用get()方法， Hibernate先检索缓存中是否有该查找对象，发现没有，Hibernate发送SELECT语句到数据库中取出相应的对象，然后将该对象放入缓存中，以便下次使用，第二次调用get()方法，Hibernate先检索缓存中是否有该查找对象，发现正好有该查找对象，就从缓存中取出来，不再去数据库中检索，没有再次发送select语句。

特点：一个session，两个事务

可以看到，代码用一个session开启了两个事务，同样使用了一级缓存，所以一级缓存应当与session挂钩，而不与事务挂钩

“一级缓存是Session级别的缓存，它属于事务范围的缓存，事务结束时，缓存的生命周期也结束了；”

改为：

“一级缓存是Session级别的缓存，它属于会话范围的缓存，会话结束时，缓存的生命周期也结束了；”

故引出：

再回到第二个例子中，

在spring-data-jpa 中，，对未➕事务注解的代码无效，所以只能猜测，同一个函数的请求，虽然没有  try commit catch rollback  操作，但复用了一个Connection，属于同一个会话，而一级缓存与会话挂钩，所以即使多个访问没有事务（或多个事务），也产生了缓存。