著有《Redis 高手心法》畅销书,擅长 Redis、MySQL、Kafka、Spring Cloud 云原生技术。宗旨面向硬核技术和对象,面向人民币编程
Redis 使用 List 实现消息队列的利与弊
别再用 Redis List 实现消息队列了,Stream 专为队列而生
优雅整洁的 Java 代码命名技巧,风之极·净化
Redis HyperLogLog 是什么?这些场景使用它,让我枪出如龙,一笑破苍穹
Redis 为何使用近似 LRU 算法淘汰数据,而不是真实 LRU?
写好一篇文章,有哪些好的工具和编排技巧?
字节二面:Spring Boot Redis 可重入分布式锁实现原理?
Kafka原理篇:图解kakfa架构原理
OLAP 数据平台 Druid 第一步,编写 Spec 配置
11.经典 O(n²)比较类排序算法
高性能解决线程饥饿的利器 StampedLock
kafka核心原理,藏在这 16 张图里
Redis 6.X Sentinel 哨兵集群搭建
Redis 高可用篇:你管这叫主从架构数据同步原理?
不可不知的软件架构模式
LSM设计一个数据库引擎
Druid:通过 Kafka 加载流数据
1.HTTP 前世今生
8.栈实现浏览器的前进后退
你常听说的WAL到底是什么
Synchronized 实现原理
欲善事先利器—IDEA插件篇
Apache Druid 的集群设计与工作流程
SQL语句在MySQL中是如何执行的
RESTful API 最佳实践
厉害了,线程池就该这么玩
设计模式-责任链模式
设计模式之策略模式
故事从一个叫 Redis 帝国的三公九卿官职说起…… 在 Redis 帝国中,整个帝国的国法、家法和军法等都记录在 redis.conf中,它控制着整个帝国的运行。 公务员占用的国家地盘资源大小限定由名叫「maxmemory」的司法官员制定,一共有两种方式实现: 在运行时使用 CONFIG SET maxmemory 4gb指定帝国官职人员最大地盘资源为 4GB; 将 maxmemory 4gb法令记录到 redis.conf「法典」中,在帝国运转指定使用该「法典」运行。
今天「码哥」分别使用不同的数据类型来实现:统计一个页面的每天被多少个不同账户访问量这个功能,循序渐进的引出 HyperLogLog的原理与 Java 中整合 Redission 实战。
万万不可,这么多的历史记录那要浪费多大的内存空间,所以这个时候我们就能使用布隆过滤器去解决这种去重问题。又快又省内存,互联网开发必备杀招!
原始数据存储在 DB 中(如 MySQL、Hbase 等),但 DB 的读写性能低、延迟高。
Stream 是 Redis 5.0 引入的一种专门为消息队列设计的数据类型,Stream 是一个包含 0 个或者多个元素的有序队列,这些元素根据 ID 的大小进行有序排列。
Redis 通常是我们业务系统中一个重要的组件,比如:缓存、账号登录信息、排行榜等。 一旦 Redis 请求延迟增加,可能就会导致业务系统“雪崩”。
今天,码哥结合消息队列的特点一步步带大家分析使用 Redis 的 List 作为消息队列的实现原理,并分享如何把 SpringBoot 与 Redission 整合运用到项目中。
码哥,我跟着你学习了 《Redis 系列》斩获了很多 offer,没想到最后败在了 「Redis 如何实现事务?」这个问题上。
接上文。
莫慌,今天给大家见识一下不一样的 String,从根上拿捏直达 G 点。 并且码哥分享一个例子:通过性能调优我们能实现百兆内存轻松存储几十 G 数据。 String对象是我们每天都「摸」的对象类型,但是她的性能问题我们却总是忽略。 爱她,不能只会简单一起玩耍,要深入了解String 的内心深处,做一个「心有猛虎,细嗅蔷薇」的暖男。
所以,只有规范的使用 Redis,才能实现高性能和节省内存,否则再屌的 Redis 也禁不起我们瞎折腾。
接上文。
接上文。
面霸篇,从面试角度作为切入点提升大家的 Java 内功,所谓根基不牢,地动山摇。 码哥在 《Redis 系列》的开篇 Redis 为什么这么快中说过:学习一个技术,通常只接触了零散的技术点,没有在脑海里建立一个完整的知识框架和架构体系,没有系统观。这样会很吃力,而且会出现一看好像自己会,过后就忘记,一脸懵逼。 我们需要一个系统观,清晰完整的去学习技术,在「面霸篇:Java 核心基础大满贯(卷一)」中,码哥梳理了 Java 高频核心知识点。 本篇将一举攻破 Java 集合容器知识点,跟着「码哥」一起来提纲挈领,梳理一个完整的 Java 容器开发技术能力图谱,将基础夯实。
接上文。
接上文。
接上文。
面霸篇,从面试题作为切入点提升大家的 Java 内功,所谓根基不牢,地动山摇。只有扎实的基础,才是写出写好代码。 拒绝知识碎片化 码哥在 《Redis 系列》的开篇 Redis 为什么这么快中说过:学习一个技术,通常只接触了零散的技术点,没有在脑海里建立一个完整的知识框架和架构体系,没有系统观。这样会很吃力,而且会出现一看好像自己会,过后就忘记,一脸懵逼。 我们需要一个系统观,清晰完整的去学习技术,同时也不能埋头苦干,过于死磕某个细节。 系统观其实是至关重要的,从某种程度上说,在解决问题时,拥有了系统观,就意味着你能有依据、有章法地定位和解决问题。
接上文。
技术的迭代非常的快,但是从技术中沉淀下来的思维却是受益终生的。所以不要担心什么中年危机,那些担心中年危机的人通常很难成长起来。只要我们成长,只要我们的认知在不断突破,就不用担心中年危机,这个世界始终是需要那些优秀人才的。
接上文。
学习一个技术,通常只接触了零散的技术点,没有在脑海里建立一个完整的知识框架和架构体系,没有系统观。这样会很吃力,而且会出现一看好像自己会,过后就忘记,一脸懵逼。 跟着「码哥字节」一起吃透 Redis,深层次的掌握 Redis 核心原理以及实战技巧。一起搭建一套完整的知识框架,学会全局观去整理整个知识体系。 系统观其实是至关重要的,从某种程度上说,在解决问题时,拥有了系统观,就意味着你能有依据、有章法地定位和解决问题。