以前、Spring Bootがデフォルトで使用するConcurrentMapキャッシュとキャッシングフレームワークEhCacheを含む、2つのインプロセスキャッシングの使用法を紹介しました。EhCacheは多くのアプリケーションシナリオに適用できますが、EhCacheはインプロセスキャッシングフレームワークであるため、クラスターモードでは、アプリケーションサーバー間のキャッシュは独立しているため、異なるサーバーのプロセス間でキャッシュの不整合が発生します。 。EhCacheはクラスター環境でキャッシュ同期戦略を提供しますが、同期には一定の時間がかかり、短期間のキャッシュの不整合が依然として存在します。
高い整合性を必要とする一部のシステムおよびアプリケーション(データの変更は時間内に照会できます)では、EhCacheを使用して問題を解決できなくなりました。現時点では、集中キャッシュを使用すると、キャッシュされたデータの整合性を解決できます。問題。次に、Redisを使用してSpringBootのキャッシングサポートにデータキャッシングを実装する方法を学習します。
それを試してみてください
この記事の実現は、前の記事の基本的なプロジェクトに基づいています。次の記事でプログラム要素を確認しましょう。
ユーザーエンティティの定義
@Entity
@Data
@NoArgsConstructor
public class User implements Serializable {
@Id
@GeneratedValue
private Long id;
private String name;
private Integer age;
public User(String name, Integer age) {
this.name = name;
this.age = age;
}
}
ユーザーエンティティデータアクセスの実装(キャッシュアノテーションをカバー)
@CacheConfig(cacheNames = "users")
public interface UserRepository extends JpaRepository<User, Long> {
@Cacheable
User findByName(String name);
}
以下でこのプロジェクトの変革を開始します。
最初のステップ:pom.xml
関連する依存関係を追加します:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
</dependency>
Spring Boot 1.xの初期バージョンでは、依存関係の名前は
spring-boot-starter-redis
であるため、Spring Boot1.xの基本チュートリアルのこれとは異なります。
ステップ2:構成ファイルに構成情報を追加します。例として、次のようなローカル操作を取り上げます。
spring.redis.host=localhost
spring.redis.port=6379
spring.redis.lettuce.pool.max-idle=8
spring.redis.lettuce.pool.max-active=8
spring.redis.lettuce.pool.max-wait=-1ms
spring.redis.lettuce.pool.min-idle=0
spring.redis.lettuce.shutdown-timeout=100ms
接続プールの構成に関して、いくつかの点に注意してください。
- 1.xバージョンでのRedisの接続プール構成には、
spring.redis.pool
Spring Boot2.xというプレフィックスが付いています。- 1.xバージョンでは、jedisが接続プールとして使用され、2.xバージョンでは、lettuceが接続プールとして使用されます。
- 上記の構成はデフォルト値であり、実際には、展開状況とビジネス要件に応じて本番環境をさらに変更する必要があります。
ユニットテストをもう一度試してみましょう。
@Slf4j
@RunWith(SpringRunner.class)
@SpringBootTest
public class Chapter54ApplicationTests {
@Autowired
private UserRepository userRepository;
@Autowired
private CacheManager cacheManager;
@Test
public void test() throws Exception {
System.out.println("CacheManager type : " + cacheManager.getClass());
// 创建1条记录
userRepository.save(new User("AAA", 10));
User u1 = userRepository.findByName("AAA");
System.out.println("第一次查询:" + u1.getAge());
User u2 = userRepository.findByName("AAA");
System.out.println("第二次查询:" + u2.getAge());
}
}
テスト出力を実行すると、次のようになります。
CacheManager type : class org.springframework.data.redis.cache.RedisCacheManager
Hibernate: select next_val as id_val from hibernate_sequence for update
Hibernate: update hibernate_sequence set next_val= ? where next_val=?
Hibernate: insert into user (age, name, id) values (?, ?, ?)
2020-08-12 16:25:26.954 INFO 68282 --- [ main] io.lettuce.core.EpollProvider : Starting without optional epoll library
2020-08-12 16:25:26.955 INFO 68282 --- [ main] io.lettuce.core.KqueueProvider : Starting without optional kqueue library
Hibernate: select user0_.id as id1_0_, user0_.age as age2_0_, user0_.name as name3_0_ from user user0_ where user0_.name=?
第一次查询:10
第二次查询:10
見られます:
- CacheManager出力の最初の行のようなタイプ
org.springframework.data.redis.cache.RedisCacheManager
ではなく、のいずれかEhCacheCacheManager
- 2番目のクエリでは、SQLステートメントが出力されなかったため、キャッシュから取得されました。
統合に成功しました!
質問
EhCacheやその他のインプロセスキャッシュには一貫性の問題があり、Redisは優れたパフォーマンスを発揮し、一貫性の問題を解決できるため、Redisの使用法を学ぶだけで済みます。なぜインプロセスキャッシングを学ぶ必要があるのでしょうか。最初にあなたの考えを残してください、次の記事でこの問題について一緒に議論しましょう!この一連のチュートリアル「SpringBoot2.xBasicTutorial」に従うことを歓迎します。
コード例
この記事の関連する例については、次のウェアハウスのchapter5-4
ディレクトリを表示できます。
- Github:https://github.com/dyc87112/SpringBoot-Learning/
- Gitee:https://gitee.com/didispace/SpringBoot-Learning/
この記事が良いと思うなら、Star
あなたはそれを支持することを歓迎します。あなたの注意は私の粘り強さの動機です!
この記事は最初に公開されました:Spring Boot 2.x基本チュートリアル:集中キャッシュRedisを使用して、再印刷のソースを示してください。私の公式アカウントであるProgramApe DDに注目してください。独占的な学習リソースと、毎日の乾物のプッシュを入手できます。この一連のチュートリアルのカタログに直接クリックしてください。