ignite分布式内存数据库在springboot中应用

写了好多年了，求波点赞，收藏，关注，一键三连！！

官方回答的ignite资料网上很多很全，记录一下我认知的ignite，也是刚上手理解不是很全面，让我们主要来看看具体能解决什么问题。

ignite是一个分布式内存数据库，依赖于h2数据库。支持sql语法，支持完整的ACID。

每一个ingite服务即一个节点。在ignite中不区分master、slave，节点间互相平等，支持横向扩展，只要有足够多的节点，支持PB级数据存储。

主要说一下应用场景。

做缓存

ignite做缓存支持单个缓存管理。

数据支持内存、内存+原生持久化、内存+第三方DB持久化多种不同策略。作为缓存可用于关系型数据库的缓存层。

ignite提供3种缓存模式LOCAL本机模式、REPLICATED复制、PARTITIONED分片

应用场景

缓存预热

如果你的微服务集群有比如用户信息、部门信息等这类基础数据需要做缓存避免频繁调用接口查库，查多改少且小数据集。建议使用REPLICATED模式，他会在每个节点复制当前缓存的全量。当查询时无需在各个节点间查询。速度最快。但遇到写的场景，由于需要节点间同步，速度就会比较慢。

分布式缓存

一般的分布式缓存尽可能使用REPLICATED模式。他可以自定义缓存做操作也可以配置成DB数据的查询缓存。比如接口提供查询用户功能。使用ignite会将查询返回的用户对象，缓存到ignite中。下次查询时会自动查询缓存中数据而无需查库。只需要提前配置好。后续操作对开发透明。对于写数据，也是会自动添加到缓存中。提供缓存、db双写一致性。

关系型数据库的缓冲层

如果有批量增删改的场景，比如一次添加1000条记录。不可能前台一直转等待添加完成。可以使用ignite做缓冲，先将数据落入ingite，这时候接口返回添加完成。ignite会异步进行添加处理。并且可以配置异步处理线程、异步处理速率等。并且当集群部署时，（87，88，89）3个节点，ignite会将1000个记录按照一定规则（一般是均分）分发到3个节点进行添加操作。这里需要注意的是线程数配置，避免并发太高导致DB压力。

 

分布式锁

支持分布式锁，可以从ignite获取一个lock对象。该lock对象实现了JUC Lock接口

应用场景

接口的并发控制

比如支付系统，支付接口防止用户手抖点两次支付。需要对同一笔订单做并发控制。

 

消息、事件的发布/订阅

ignite提供了消息订阅发布功能，可发布某个主题的消息；比如节点A、B、C订阅了主题Notify。节点D订阅了主题Refund。当集群中任意一个节点发布了主题Notify的消息，ABC都会收到推送。而D不会收到推送。

应用场景

消息推送

比如支付系统支付完成后，订单系统需要修改订单状态为完成；推送服务需要发送微信消息；通知报表系统拉取新订单等等。

 

应用

做了个springboot 2.4.4 + ignite的小demo。实现了上述应用场景。需要的可以去资源自行下载。springboot 2.4.4 集成ignite