Gakkiyomi的博客 👋🏼

导言 Redis和Hazelcast是构建内存数据库的两个常见选择，但对于您的需求来说哪个更好呢？在本文中，我们将讨论如何在Redis和Hazelcast之间做出正确选择。 Redis是什么？ Redis是一个开源的内存键值数据结构存储库，可以用于实现数据库、缓存和消息代理。Redis软件使用C语言编写，并支持字符串、列表、映射和集合等高级数据类型。许多开发者喜欢Redis的轻量级占用空间、良好的性能和高可用性。 Hazelcast是什么？ Hazelcast是一个用Java编程语言编写的开源内存数据网格平台，常用于实现缓存。Hazelcast的基本单元是节点和集群。集群中的每个节点负责管理部分数据。这种分布式系统使得I/O和处理更加高效。 Redis和Hazelcast之间的三个主要区别 线程模型 虽然Redis是单线程的，但它使用高性能核心和非常低的内存占用。这个优势使您可以在单台机器上轻松运行多个Redis实例，充分利用所有的CPU核心。 "脑裂"问题是一种网络问题，当节点之间失去通信，每个节点都认为自己是主节点，这可能导致数据损坏，因为多个节点访问同一个文件或磁盘。Redis的....

前瞻 我们公司的项目是使用Java语言Springboot框架开发的，由于项目诞生较早没经过设计所以一直是以最简单的 Controller,Service,Repository,Entity的架构跑到了如今，恰逢美国对中国的技术封锁日益加剧，国家推出了中国信创产业发展白皮书,所以一些技术需要进行国产化，国内也涌出众多国产化的产品，如: TongWeb, OpenGauss,kingBase,Oceanbase 等。这篇文章不对这些国产化产品进行评价。只是由于信创的要求，大量客户要求我们厂家也需要支持国产化的组件。而一个优秀的软件架构可以省下非常多的工作量。 当前的形势 没错，对于老代码的屎山，高耦合就是唯一的特点。底层使用的postgresql数据库。以前我也发过一篇文章 信创兼容kingBase数据库,kingBase是基于postgres9.6开发的所以没什么难度，但是这次我们要兼容Oceanbase，这个数据库是基于Mysql开发的，由于mysql和postgres在语法层面的不同和不同的支持类型，同时兼容几乎是不可能的。所以我们需要改变我们目前的软件的设计架构，也就是六边形架构....

如果需要在同一个Spring Boot应用程序中同时使用PostgreSQL和Oracle数据库，你可以配置多个数据源来实现这一目标。 添加依赖 dependencies { implementation 'org.postgresql:postgresql:42.3.1' implementation 'com.oracle.database.jdbc:ojdbc8:19.3.0.0' //其他依赖项 } 配置文件 spring: primary: datasource: driver-class-name: org.postgresql.Driver jdbc-url: jdbc:postgresql://localhost:5432/nap username: xxx password: xxx test-on-borrow: true validationQuery: SELECT 1 name: HikariPool-1 minimum-idle: 15 maximum-pool-size: 30 idle-timeout: 600000....

一位 new Date()大法好的老顽固的真香之旅。 new Date()大法和new SimpleDateFormat()等API是从我2018年学习Java开始就一直在使用的处理日期和格式化日期的神器，直到几个月前我还是喜欢用他们，但是突然遇到一个比较复杂并且涉及用户分布在全球的报表需求时，我开始退坑了。。。 我开始使用java.time包下的API，真香～～～ 在 Java 8 之前，java.util.Date 和 java.util.Calendar是用于表示日期和时间的类。但是这两个工具类 存在很多问题，例如： Date 和Calender是可变的，这意味着它不是线程安全的。 java.util.Date 的时间表示只能精确到毫秒，不能精确到更小的时间单位。 API 设计相对复杂且容易出错。 Calender使用了许多常量和魔法值，不够直观。例如，月份从 0 开始计数，这与我们通常的习惯不同，容易导致错误。 Date 存储的时间是从 1970-01-01T00:00:00Z（即格林威治时间）开始经过的时间，但是它的 API 设计存在很多问题，例如 getYear()....

在学习蚂蚁金服实现的Raft算法实现sofa-jraft项目中第一次接触到这个锁。jraft使用StampedLock来实现对于raft group 的路由信息的线程安全。 StampedLock是Java 8中引入的新的锁机制，它支持三种模式的访问控制，分别是读模式、写模式和乐观读模式，它可以在高并发的情况下提供更好的性能和吞吐量。 在StampedLock中，每个线程都需要获取一个戳（stamp）来进行读或写操作，这个戳是一个64位的数字，其中高16位代表一个版本号，低48位代表一个序号。线程可以使用tryOptimisticRead()方法来获取一个乐观读锁，这种方式不会阻塞线程，只是获取一个戳，如果获取到的戳发生了变化，就意味着有其他线程已经修改了共享资源，这时候需要重新获取锁。 StampedLock还支持读锁和写锁。读锁是共享锁，多个线程可以同时持有读锁，并发地读取共享资源，而写锁是独占锁，只有一个线程可以持有写锁，其他线程需要等待写锁释放才能继续执行。 StampedLock的优势在于，对于读多写少的场景，使用乐观读锁可以避免大量线程阻塞，提高系统的吞吐量；对于写操作比....