Это 4-й день моего участия в августовском испытании обновлений.Подробности о событии:Испытание августовского обновления
Статьи по Теме
Краткое содержание серии MyBatis:Серия MyBatis
предисловие
- Шок! У MyBaits действительно есть кеш? Я не знаю, что это устарело ~
- Хоть он и не используется в привычной нам разработке, но разобраться в нем все же необходимо!
- В реальной работе кэши, которые мы используем, как правило, Redis.Заинтересованные студенты могут просмотреть статьи из серии Redis, которые я написал ранее, которые очень популярны~ и они закончились!
- Нажмите, чтобы прыгнуть:Серия Redis
Во-первых, кэш первого уровня
-
На самом деле Mybatis по умолчанию открывает кеш первого уровня, можем протестировать.
-
Просто напишите один из xml и mapper.Чтобы опустить пробел, я не буду размещать код здесь.
-
Мы выполняем оператор запроса дважды за сеанс и видим, что он будет выполнять sql несколько раз.
-
Junit Test
-
@Test public void getMyBlog(){ SqlSession session = MybatisUtils.getSession(); MyBlogMapper mapper = session.getMapper(MyBlogMapper.class); Map<String,Object> map = new HashMap<>(); map.put("title","Mybatis"); //第一次查询 List<Blog> myBlogMappers = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers) { System.out.println(myBlogMapper); } System.out.println("========================"); //第二次查询 List<Blog> myBlogMappers1 = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers1) { System.out.println(myBlogMapper); } session.close(); }
-
-
Результаты
-
Результат ясно говорит нам, что в той же области сеанса мы выполняем ту же операцию, MyBatis поможет нам сохранить данные в кеше, второй запрос сначала запросит данные из кеша, и больше не будет найден. .
-
Конечно, можно сказать, что кеш первого уровня действителен только в запросе. Если есть добавления, удаления и изменения в середине, кэш первого уровня будет немедленно обновлен.
-
Junit Test
-
@Test public void getMyBlog(){ SqlSession session = MybatisUtils.getSession(); MyBlogMapper mapper = session.getMapper(MyBlogMapper.class); Map<String,Object> map = new HashMap<>(); map.put("title","Mybatis"); //第一次查询 List<Blog> myBlogMappers = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers) { System.out.println(myBlogMapper); } System.out.println("========================="); Map<String,Object> map1 = new HashMap<>(); map1.put("id","3"); map1.put("title","富婆让我陪她逛街2"); map1.put("autor","大大大大鱼"); // map.put("reads","100000"); Integer num = mapper.updateBlogName(map1); System.out.println("一共更新了："+num+"条数据"); session.commit();//更新不要忘记提交事务哦 System.out.println("========================"); //第二次查询 List<Blog> myBlogMappers1 = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers1) { System.out.println(myBlogMapper); } session.close(); }
-
-
Результаты
-
Суммируйте кеш первого уровня
- Кэш первого уровня также называется локальным кешем.
- Все операторы вставки, обновления и удаления в сопоставленном файле операторов очищают кеш.
- Запрашивать разные mapper.xml, кеширование бесполезно.
- Очистите кеш вручную.
- flushCache: после установки значения true, пока оператор вызывается, он приводит к очистке локального кеша и кеша второго уровня, значение по умолчанию: (для операторов вставки, обновления и удаления) true.
- Выполнил sql дважды, что доказало, что кеш первого уровня недействителен. Конечно, только текущий выбор картографа недействителен, а значение по умолчанию равно false.
Во-вторых, кэш второго уровня
-
Кэш второго уровня также известен как глобальный кеш. Область действия находится под текущим картографом.
-
Включить кеш L2
-
основной файл конфигурации
-
<settings> <setting name="logImpl" value="LOG4J"/> <setting name="cacheEnabled" value="true"/> </settings> -
xml
-
-
-
Junit Test
-
Мы открываем два сеанса, чтобы доказать, что в настоящее время существует две локальные области видимости.
-
@Test public void getMyBlog(){ SqlSession session = MybatisUtils.getSession(); MyBlogMapper mapper = session.getMapper(MyBlogMapper.class); Map<String,Object> map = new HashMap<>(); map.put("title","Mybatis"); //第一次查询 List<Blog> myBlogMappers = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers) { System.out.println(myBlogMapper); } session.commit();//这里需要提交事务，不然缓存还是一级缓存，提交事务后，才会存到全局缓存当中 System.out.println("========================"); SqlSession session1 = MybatisUtils.getSession(); MyBlogMapper mapper1 = session1.getMapper(MyBlogMapper.class); //第二次查询 List<Blog> myBlogMappers1 = mapper1.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers1) { System.out.println(myBlogMapper); } session.close(); } -
Конечно, в настоящее время обычные классы сущностей бесполезны и нуждаются в сериализации.
-
Сообщение об ошибке выглядит следующим образом
-
-
@Data @AllArgsConstructor @NoArgsConstructor @Alias("Blog") public class Blog implements Serializable{ private Integer id; private String title; private String autor; private Date creat_time; private Integer reads; }
-
-
Выполните, чтобы увидеть результат
-
Параметр Описание
-
<cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"/> -
eviction: стратегия утилизации кеша
- LRU - наименее недавно использованный, удаляет объекты, которые не использовались в течение длительного времени.
- FIFO — первый вошел, первый вышел, удаляет объекты в том порядке, в котором они попали в кеш.
- SOFT — мягкая ссылка, удаляет объекты на основе состояния сборщика мусора и правил мягкой ссылки.
- WEAK — Weak Reference, более агрессивное удаление объектов на основе сборщика мусора и правил слабых ссылок.
-
flushInterval : интервал обновления кеша, как часто кеш очищается, по умолчанию не очищается, установите значение в миллисекундах.
-
size : сколько элементов хранится в кеше.
-
readOnly : Только чтение.
- true: только для чтения: mybatis считает, что все операции, которые получают данные из кэша, являются операциями только для чтения и не будут изменять данные.
- Чтобы ускорить получение данных, mybatis напрямую передает ссылку на данные в кэше пользователю. Не безопасно и быстро.
- false: чтение и запись (по умолчанию): mybatis считает, что полученные данные могут быть изменены.
- mybatis будет использовать технологию сериализации и десериализации для клонирования новых данных для вас. Безопасный и относительно медленный.
-
-
Суммировать
- Включен кеш второго уровня, который действителен в Mapper.
- Все данные сначала будут помещены в кэш первого уровня.
- Только когда сеанс зафиксирован или закрыт, он будет зафиксирован в кэше второго уровня.
3. Пользовательский кеш
-
Точно так же в дополнение к кешам первого и второго уровня, предоставляемым MyBatis, мы также можем настроить кеш.
-
пом импорт
-
<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache --> <dependency> <groupId>org.mybatis.caches</groupId> <artifactId>mybatis-ehcache</artifactId> <version>1.2.0</version> </dependency>
-
-
ehcache.xml
-
<?xml version="1.0" encoding="UTF-8"?> <ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd" updateCheck="false"> <!-- diskStore：为缓存路径，ehcache分为内存和磁盘两级，此属性定义磁盘的缓存位置。参数解释如下： user.home – 用户主目录 user.dir – 用户当前工作目录 java.io.tmpdir – 默认临时文件路径 --> <diskStore path="java.io.tmpdir/Tmp_EhCache"/> <!-- defaultCache：默认缓存策略，当ehcache找不到定义的缓存时，则使用这个缓存策略。只能定义一个。 --> <!-- name:缓存名称。 maxElementsInMemory:缓存最大数目 maxElementsOnDisk：硬盘最大缓存个数。 eternal:对象是否永久有效，一但设置了，timeout将不起作用。 overflowToDisk:是否保存到磁盘，当系统当机时 timeToIdleSeconds:设置对象在失效前的允许闲置时间（单位：秒）。仅当eternal=false对象不是永久有效时使用，可选属性，默认值是0，也就是可闲置时间无穷大。 timeToLiveSeconds:设置对象在失效前允许存活时间（单位：秒）。最大时间介于创建时间和失效时间之间。仅当eternal=false对象不是永久有效时使用，默认是0.，也就是对象存活时间无穷大。 diskPersistent：是否缓存虚拟机重启期数据 Whether the disk store persists between restarts of the Virtual Machine. The default value is false. diskSpoolBufferSizeMB：这个参数设置DiskStore（磁盘缓存）的缓存区大小。默认是30MB。每个Cache都应该有自己的一个缓冲区。 diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认是120秒。 memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。默认策略是LRU（最近最少使用）。你可以设置为FIFO（先进先出）或是LFU（较少使用）。 clearOnFlush：内存数量最大时是否清除。 memoryStoreEvictionPolicy:可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。 FIFO，first in first out，这个是大家最熟的，先进先出。 LFU， Less Frequently Used，就是上面例子中使用的策略，直白一点就是讲一直以来最少被使用的。如上面所讲，缓存的元素有一个hit属性，hit值最小的将会被清出缓存。 LRU，Least Recently Used，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。 --> <defaultCache eternal="false" maxElementsInMemory="10000" overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="1800" timeToLiveSeconds="259200" memoryStoreEvictionPolicy="LRU"/> <cache name="cloud_user" eternal="false" maxElementsInMemory="5000" overflowToDisk="false" diskPersistent="false" timeToIdleSeconds="1800" timeToLiveSeconds="1800" memoryStoreEvictionPolicy="LRU"/> </ehcache> -
может сообщить об ошибке
- Решение выглядит следующим образом
-
-
Класс, реализующий Catch
-
/** * 实现cache的类 *@author DingYongJun *@date 2021/08/01 *@return Map<String, Object> */public class BatisCache implements Cache { private ReadWriteLock lock = new ReentrantReadWriteLock(); private ConcurrentHashMap<Object,Object> cache = new ConcurrentHashMap<Object, Object>(); private String id; public BatisCache(){ System.out.println("初始化-1！"); } //必须有该构造函数 public BatisCache(String id){ System.out.println("初始化-2！"); this.id = id; } // 获取缓存编号 public String getId() { System.out.println("得到ID：" + id); return id; } //获取缓存对象的大小 public int getSize() { System.out.println("获取缓存大小！"); return 0; } // 保存key值缓存对象 public void putObject(Object key, Object value) { System.out.println("往缓存中添加元素：key=" + key+",value=" + value); cache.put(key,value); } //通过KEY public Object getObject(Object key) { System.out.println("通过kEY获取值：" + key); System.out.println("OVER"); System.out.println("======================================================="); System.out.println("值为：" + cache.get(key)); System.out.println("=====================OVER=============================="); return cache.get(key); } // 通过key删除缓存对象 public Object removeObject(Object key) { System.out.println("移除缓存对象：" + key); return null; } // 清空缓存 public void clear() { System.out.println("清除缓存！"); cache.clear(); } // 获取缓存的读写锁 public ReadWriteLock getReadWriteLock() { System.out.println("获取锁对象！！！"); return lock; }}
-
-
Junit Test
-
@Test public void TestCache(){ SqlSession session = MybatisUtils.getSession(); MyBlogMapper mapper = session.getMapper(MyBlogMapper.class); Map<String,Object> map = new HashMap<>(); map.put("title","Mybatis"); //第一次查询 List<Blog> myBlogMappers = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers) { System.out.println(myBlogMapper); } //第二次查询 List<Blog> myBlogMappers1 = mapper.getBlogInfo(map); for (Blog myBlogMapper : myBlogMappers1) { System.out.println(myBlogMapper); } //如果我们使用二级缓存，需要提交事务 session.commit(); System.out.println("============================================================="); //获取新的session SqlSession session1 = MybatisUtils.getSession(); MyBlogMapper mapper1 = session1.getMapper(MyBlogMapper.class); List<Blog> myBlogMappers2 = mapper.getBlogInfo(map); session1.commit(); }
-
-
Результаты
-
Суммировать
- Таким образом, в кеше mybatis по умолчанию кэшированное значение идентификатора является пространством имен пространства имен.
- Тип данных — это тип карты, ключ — пространство имен + оператор SQL и т. д., а значение — данные, запрашиваемые оператором SQL.
4. Вывод
- На этом мы завершаем серию MyBatis. Основные вещи в основном были написаны.
- Ниже вы можете увидеть написанную мной весеннюю серию, которая была завершена и очень детализирована~
- Нажмите, чтобы прыгнутьКраткое содержание весенней серии
- Далее я буду время от времени обновлять статьи с исходным кодом MyBatis, а также помещать его в эту колонку, надеюсь, все обратят внимание и поставят лайк!
- Спасибо за Вашу поддержку!
Впереди долгий путь, и я обязательно буду его искать вдоль и поперёк~
Если вы думаете, что я блогеры хорошо пишу! Писать нелегко, пожалуйста, ставьте лайки, подписывайтесь и комментируйте, чтобы поощрять блоггеров ~ хахах