缓存

redisCommonHelper.generateCode(“GROUP“)，Redis 生成码方法redisCommonHelper.generateCode("GROUP") 是一个基于 Redis 生成唯一编码的工具方法，主要作用是生成一个以 “GROUP” 为前缀（或标识）的全局唯一字符串编码，用于标识业务中的某个分组或批次。

没有bug.的程序员

电商秒杀系统深度进阶：高并发流量建模、库存零超卖内核与 Redis+MQ 闭环前言：在瞬时的流量山洪中捍卫系统的“逻辑尊严”在互联网业务的极端形态中，秒杀（Flash Sale）始终被视为技术实力的“终极考场”。这不仅是一场关于代码优劣的较量，更是一场关于计算机硬件物理极限、网络协议栈吞吐量以及分布式数据一致性的精密博弈。当千万级用户在同一毫秒内点击“立即抢购”，原本稳定的系统会瞬间面临 CPU 中断风暴、数据库连接池枯竭以及内存屏障失效等一系列物理层面的崩塌。

ThinkPHP3.x高效学习指南好的，THINKPHP 3.x 是一个经典的 PHP 框架版本。虽然现在有更新的版本，但学习 3.x 对于理解框架基础和维护老项目很有帮助。以下是建议的学习路径：

ThinkPHP6快速入门指南好的，THINKPHP 6 的学习路径可以按以下步骤进行：在 route/app.php 定义路由规则：

AI Agent 性能优化和成本控制部署上线只是开始，如何降低成本、提高性能，才是长期运营的关键。这篇文章将分享实战经验。前置知识：需要先阅读前 3 篇

Oracle 共享池库缓存下的 Library Cache LockLibrary Cache Lock是一种DDL锁，是Parse锁，维持着对象间的依赖关系，所以在执行时，所有依赖的对象都要等待。

阿亮随手记：MySQL移除查询缓存、子查询优化深分页、自增主键溢出、索引失效依旧是记录一些小知识点查询缓存的原理：把一条完全一样的 SQL 的结果集缓存到服务层，下次直接命中就返回，不用再执行。但它有巨大缺陷，所以 8.0 直接删掉了： 1. 缓存失效太频繁，命中率极低只要表有任何写入（insert/update/delete），这个表的所有查询缓存全部失效。互联网业务写多读多，缓存刚建就失效，基本白忙活。 2. 维护开销巨大，反而拖慢性能要维护缓存的哈希表、锁、清理、淘汰。高并发下，查询缓存的互斥锁（mutex）会成为瓶颈，甚至越开越慢。 3. 使用限制非常多语句

Redis消息队列-基于Stream的消息队列-消费者组在高并发系统中，单个消费者处理能力有限，必须支持多实例并行消费。而 Redis Stream 的消费者组（Consumer Group）正是为此而生！

Redis消息队列-基于Stream的消息队列在 Redis 5.0 之前，开发者只能用 List 或 Pub/Sub 实现简单消息传递，但它们存在明显短板：

Laravel 8.x新特性全解析Laravel是一个流行的PHP Web应用程序框架，8.x版本于2020年发布，引入了许多新特性和改进，旨在提升开发效率和代码质量。下面我将从简介、主要新特性、代码示例、升级指南等方面，逐步为您详细讲解。内容基于官方文档和社区实践，确保真实可靠。

【Redis|基础篇】初识、Redis的安装与启动、Redis命令、Java客户端在高并发场景成为常态的后端系统中，Redis 已成为不可或缺的核心组件。本文主要是讲Redis基础：从基础概念入手，教你Linux环境安装与常用命令实战，系统掌握 Redis 的核心能力，为进阶学习与实际项目应用夯实基础。

FakeOccupational

【有趣项目 Windows】浏览器缓存读取应用 chromecacheview 数据恢复+数字取证+调试网页恢复已浏览但已删除的网页内容比如不小心关闭了某个图片页面，可通过缓存找回原始图片文件。取证或监控分析（常用于数字取证）安全人员可查看用户曾访问过哪些资源（即使历史记录被清除，缓存可能仍存在）。

羑悻的小杀马特

LFU缓存算法全解：从双哈希+双向链表到O(1)艺术，解锁长期热点守护神基础规则：优先淘汰历史访问频率最低的数据（长期统计维度）。操作流程：LFU通常通过双哈希表 + 频率双向链表的组合实现O(1)时间复杂度的操作：

基于Redis的Stream结构作为消息队列，实现异步秒杀下单在高并发秒杀场景中，同步创建订单会导致：而传统的 List 队列虽能异步，但缺乏 ACK 机制，一旦消费失败，订单就永久丢失！

使用 Redis 的 List 实现缓存分页信息（模拟 limit offset 的 SQL 语句）Redis List 是基于双向链表实现的有序集合（按插入顺序排序），借助 lrange 命令可快速实现分页查询，相比传统数据库（如 MySQL）的 limit offset 分页，Redis List 分页在热点数据、小范围分页场景下性能更稳定，且纯内存操作响应耗时极低，常被用于缓存“最新文章列表、评论列表、消息列表”等按时间排序的分页场景。

PD我是你的真爱粉

构建高可用的Redis 集群单机 Redis 有两大致命问题：主从复制（Replication）就是解决方案：🔑 核心价值：提升可用性 + 扩展读能力

【黑马点评】Redisson 分布式锁核心原理剖析在《黑马点评》秒杀业务的高并发场景下，核心挑战在于如何保证“一人一单”的数据一致性。项目初期，我们经历了从 JVM 本地锁 (synchronized) 到 Redis 简易分布式锁 (setnx) 的演进。然而，这两种方案在生产环境中均存在显著缺陷：

鸽鸽程序猿

【Redis】zset 类型介绍有序集合保留了集合不能有重复成员的特点，但与集合不同的是，有序集合中的每个元素都有⼀个唯⼀的浮点类型的分数（score）与之关联，这使得有序集合中的元素是可以维护有序性的，但这个有序不是⽤下标作为排序依据⽽是⽤这个分数。

予枫的编程笔记

【Redis核心原理篇2】Redis 单线程模型：为什么单线程还能这么快？💻 Hello World, 我是予枫。代码不止，折腾不息。作为一个正在升级打怪的 Java 后端练习生，我喜欢把踩过的坑和学到的招式记录下来。保持空杯心态，让我们开始今天的技术分享。

青春：一叶知秋

【Redis存储】redis事务Redis 的事务和 MySQL 的事务概念上是类似的，都是一组命令的批量执行机制，能够将多个命令打包成一个 “原子操作单元”，即要么所有命令都被执行，要么所有命令都不执行。