有趣的地方

有趣的地方

项目中使用消息队列改进——基于RabbitMQ

使用 RabbitMQ 实现消息队列 导入依赖 <!--AMQP依赖,包含RabbitMQ--> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </dependency> <!--防止消息转换时的乱码--> <

springboot3使用自定义注解+AOP+redis优雅实现防重复提交

  ⛰️个人主页:     蒾酒 🔥系列专栏:《spring boot实战》 🌊山高路远,行路漫漫,终有归途 目录 写在前面 实现思路 实现步骤 1.定义防重复提交注解 2.编写一个切面去发现该注解然后执行防重复提交逻辑 3.测试 依赖条件 1.接口上标记防重复提交注解 2.接口测试 写在最后 写在前面 本文介绍了springboot开发后端服务中,防重复提交功能的设计与实现,坚持看完相信对你有帮助。 同时欢迎订阅springboot系列专栏,持续分享s

Redis实现高可用持久化与性能管理

前言 在生产环境中,为了实现Redis的高可用性,可以采用持久化、主从复制、哨兵模式和 Cluster集群的方法确保数据的持久性和可靠性。这里首先介绍一下使用持久化实现服务器的高可用。主从复制、哨兵模式和集群介绍请参考:Redis主从复制、哨兵模式和集群-CSDN博客 目录 一、Redis 高可用方法 1. 持久化 2. 主从复制 3. 哨兵 4. Cluster 集群 二、Redis 持久化 1. 概述 2. 实现方式 3. RDB 持久化 3.1 触发条件 3.2

Redis的数据类型及如何在Java中操作Redis,配置连接池

Redis的数据类型及如何在Java中操作Redis,配置连接池 介绍 什么是redis,常用开发场景是什么 Redis是一个基于内存的key-value数据库,它是[Remote Dictionary Servicel]的首字母缩写,也就是远程字典服务。 基于诶存存储,读写性能高 适合存储热点数据(热点商品、资讯、新闻) 企业应用广泛 Redis介绍 Redis 是一个开源 (BSD 许可证)、内存中的数据结构存储,用作数据库、缓存、消息代理和流处理引擎。Redi

缓存更新策略

缓存更新是Redis为了节约内存而设计出来的一个东西,主要是因为内存数据宝贵,当我们向redis插入太多数据,此时就可能会导致缓存中的数据过多,所以redis会对部分数据进行更新,或者淘汰。 1.缓存更新策略 1.1.内存淘汰 redis自动进行,当redis内存达到咱们设定的max-memery的时候,会自动触发淘汰机制,淘汰掉一些不重要的数据(可以自己设置策略方式) 1.2超时剔除 当我们给redis设置了过期时间TTL之后,redis会将超时的数据进行删除,方便咱们继续使用缓存

Redis的三种部署方案

文章目录 单机模式 主从复制 哨兵模式 分片集群 在Redis中提供的集群方案总共有三种:单机模式,主从复制集群、哨兵模式,Redis分片集群 单机模式 Redis 只运行在一台服务器上,并且所有的数据都存储在这一台服务器的内存中。 主从复制 搭建主从复制集群解决的是高并发读问题。 单个Redis节点的并发能力有限,要进一步提高Redis的并发能力,可以搭建主从复制集群,实现读写分离。主节点负责写入数据,从节点负责读数据,主节点把数据同步到从节点中。 主从复制的

Redis -- 缓存穿透问题解决思路

缓存穿透 :缓存穿透是指客户端请求的数据在缓存中和数据库中都不存在,这样缓存永远不会生效,这些请求都会打到数据库。 常见的解决方案有两种: 缓存空对象 优点:实现简单,维护方便 缺点: 额外的内存消耗 可能造成短期的不一致 布隆过滤 优点:内存占用较少,没有多余key 缺点: 实现复杂 存在误判可能 缓存空对象思路分析:当我们客户端访问不存在的数据时,先请求redis,但是此时redis中没有数据

golang 归并回源策略

前言 下面是我根据业务需求画了一个架构图,没有特别之处,很普通,都是我们常见的中间件,都是一些幂等性GET 请求。有一个地方很有意思,从service 分别有10000 qps 请求到Redis,并且它们的key 是一样的。这样一个简单的业务,Redis 就需要承担20000qps,此时监控 redis 我们会发现有一个峰值,如果Redis 没有值,这些流量会穿透到PostgreSQL,监控PostgreSQL也有一个峰值。于是我在想,如果在Service 层我们我们让流量排队阻塞,只需一个流

Redis中的复制功能(五)

心跳检测 概述 在命令传播阶段,从服务器默认会以每秒一次的频率,向主服务器发送命令: REPLCONF ACK < replication_offset > 其中replication_offset是从服务器当前的复制偏移量。 发送REPLCONF ACK命令对于主从服务器有三个作用: 1.检测主从服务器的网络连接状态 2.辅助实现min-slaves选项 3.检测命令丢失 检测主从服务器的网络连接状态。 主从服务器可以通过发送和接收REPLCONF ACK命

k8s下搭建redis集群

记录一下近期实现的在k8s上搭建redis集群的过程 后续修改见下一篇博客: redis集群搭建过程遇到的坑 1、新建存储类 主要是为了和其它服务的存储类区分一下 redis-beta-storage 2、编写configMap redis启动时从configMap中读取配置 bind:默认的127.0.0.1可能会导致其它ip地址无法远程访问,因此修改为0.0.0.0 append only: 开启持久化存储模式,为存储提供更好的保护 protected-mode:设置为no 允许其它机器
<< 1 2 3 4 5 6 7 8 9 10 > >>

Powered By Z-BlogPHP 1.7.3

© 2018-2020 有趣的地方 粤ICP备18140861号-1 网站地图