MsBlog

SpringSession整合redis，解决分布式session问题

Spring Session是一个专注于解决session管理问题的项目，能够简单快速地集成到应用中，替代传统的HttpSession。其核心原理基于装饰者模式，通过`@EnableRedisHttpSession`注解导入配置类，实现对请求的拦截与处理。在每个请求经过`SessionRepositoryFilter`时，原生的HttpServletRequest和HttpServletResponse会被包装，并重写相关方法以调用自定义的session存储逻辑。使用Spring Session需要引入相应的依赖并配置Redis作为后端存储，同时可以通过自定义序列化器和CookieSerializer来扩展session的作用域及序列化方式。此外，通过简单的HTTP请求处理示例展示了如何在实际应用中保存和获取session信息。

2021-07-16

2339

分布式session

本文介绍了session的工作原理及其在分布式环境下的解决方案。session数据存储于服务端，通过客户端的jsessionId进行访问，但默认情况下session不可跨域。为了实现session在不同服务或集群间的共享，提出了几种方案：直接将信息存入cookie中（存在安全风险和大小限制）、session复制（效率低且不推荐）、基于哈希一致性算法分配特定机器处理请求（远程调用问题难以解决）以及使用Redis作为统一存储介质（目前较为流行的解决方案）。每种方法都有其优缺点，在实际应用时需根据具体需求选择合适的策略。

分布式锁Redisson

Redisson是一个基于Redis的Java内存数据网格，提供了一系列分布式Java对象和服务，如集合、锁、原子数等。它简化了Redis的使用，并支持分离关注点，使开发者能更专注于业务逻辑。通过简单的配置即可使用Redisson，例如通过Maven导入依赖并进行基本配置。Redisson提供的可重入锁（Reentrant Lock）和读写锁（ReadWriteLock）支持分布式环境下的并发控制，而信号量（Semaphore）则用于控制对资源的访问次数。此外，闭锁（CountDownLatch）帮助协调多个线程的操作。对于缓存与数据库一致性问题，Redisson建议采用设置缓存过期时间或利用分布式锁来解决潜在的数据不一致问题。总之，Redisson为构建高性能、高可用性的分布式系统提供了强大的工具集。

本地缓存与分布式缓存

本文介绍了服务端编程中缓存技术的基本概念及其在提高数据访问速度和程序性能方面的作用，重点讨论了本地缓存与分布式缓存两种主要形式。本地缓存通过将数据存储于同一进程内来加快访问速度，但存在内存占用大、集群间同步复杂及重启后数据丢失的问题；而分布式缓存如Redis或Memcached则部署为独立服务，支持更大规模的数据存储及更复杂的操作（如Redis提供的多种数据结构），同时具备良好的可扩展性和高可用性，但在网络延迟上略逊一筹。两者各有优劣，适用于不同的应用场景。

Redis分布式锁基本原理

本文讨论了在分布式系统中使用本地缓存和分布式锁时遇到的问题及解决方案。对于本地缓存，当多个服务各自维护自己的缓存时，会导致数据不一致问题；通过让所有服务共享同一个Redis实例来存储缓存数据可以解决这一问题。文章接着介绍了分布式锁的必要性及其演进过程：从基本的SETNX命令到结合过期时间、原子操作设置锁与解锁（使用UUID确保唯一性）、以及最终采用Lua脚本保证删除锁操作的原子性等几个阶段逐步优化，以应对高并发场景下的锁竞争、死锁避免等问题。整个过程强调了对锁机制细节处理的重要性，包括如何安全地释放锁、防止误删他人持有的锁等情况。

高并发下缓存失效问题:缓存穿透，缓存雪崩，缓存击穿

本文介绍了三种常见的缓存问题及其解决方案。**缓存穿透**是指请求的数据在缓存和数据库中均不存在，可通过缓存空对象、设置短暂过期时间或使用布隆过滤器等方法解决。**缓存雪崩**发生在大量缓存数据同时失效时，导致数据库压力剧增，建议通过随机化过期时间、分布式部署热点数据等方式预防，并采用降级、熔断策略应对突发情况。**缓存击穿**特指高并发下访问某一未缓存但存在于数据库中的热点数据，可利用永久缓存热点数据、加互斥锁（如Redis的SETNX）等手段缓解。这些措施有助于提高系统稳定性和响应速度。

lettuce堆外内存溢出bug

在进行压力测试时，可能会遇到堆外内存溢出（OutOfDirectMemoryError）的问题。这主要是由于Spring Boot 2.0之后默认使用的Redis客户端lettuce存在bug，导致Netty在处理网络通信时出现堆外内存溢出。Netty如果没有明确指定堆外内存大小，默认会使用Xms的值，可以通过设置-Dio.netty.maxDirectMemory来调整，但这不是根本解决办法。为了解决这一问题，建议升级Spring Boot版本或切换到使用Jedis作为Redis客户端。如果选择后者，需要在项目的依赖中排除lettuce-core，并添加jedis依赖。

Redis持久化

Redis提供了两种主要的数据持久化方式：RDB（Redis DataBase）和AOF（Append Only File）。RDB通过在不同时间点生成数据快照并存储到磁盘来实现持久化，适合定时备份及灾难恢复，但数据完整性和一致性较低。AOF则记录所有写指令至日志文件中，重启时重演这些命令以恢复数据，提供更高的数据恢复完整度，但可能产生较大的日志文件。同时使用RDB与AOF时，Redis会优先采用AOF进行数据恢复。对于没有持久化需求的应用场景，可以关闭这两种方式使Redis成为纯内存数据库。Redis 4.0引入了混合持久化模式，在AOF重写过程中结合RDB全量快照和增量AOF日志，旨在提高数据恢复效率的同时保证数据完整性。

docker安装redis（centos）

本文介绍了如何使用Docker安装和运行Redis，并配置自动启动及开启AOF持久化功能。首先通过`docker pull redis`命令下载Redis镜像，然后创建并启动一个Redis实例，使用`-p 6379:6379`进行端口映射，同时利用`-v`参数将宿主机上的配置文件和数据目录挂载到容器内相应位置。接着，为了实现Redis服务的自动重启，使用`sudo docker update redis --restart=always`命令设置。最后，为启用AOF持久化模式，在Redis配置文件中添加`appendonly yes`指令，并重启Redis服务以应用新配置。

StringRedisTemplate和RedisTemplate的区别

本文介绍了`StringRedisTemplate`和`RedisTemplate`在操作Redis时的区别及用法。两者的主要区别在于序列化方式：`RedisTemplate`使用JDK序列化将数据转换为字节数组，而`StringRedisTemplate`则采用字符串序列化策略。此外，它们管理的数据不共通。文章详细列举了`RedisTemplate`中`opsForValue()`方法的多种用例，包括设置、获取、追加字符串等操作，并提供了`StringRedisTemplate`的一些基本用法示例。建议根据存储数据类型选择合适的模板：对于字符串数据推荐使用`StringRedisTemplate`；而对于复杂对象且希望直接从Redis取出对象的情况，则更适合选用`RedisTemplate`。最后，指出当遇到无法通过`RedisTemplate`正常读取非字节数组格式的数据问题时，可以尝试改用`StringRedisTemplate`解决。