记录一次jvm调优出现背景解决思路 出现背景项目再新建用户的时候，突然新用户的访问接口速度整体下降，所有新建的用户都很卡。生产上很着急，产品一直催。解决思路项目接口无报错，只是很慢，其他用户访问正常，第一时间想到可能是GC有异常，使用top命令，观察到cpu再接口访问的时候飙升至百分之300多，怀疑是gc线程再垃圾回收。使用在使用jstack 1 |grep 1 使用发现一直有垃圾回收线程，误以
转载
2023-05-29 16:37:04
302阅读
Redis的配置修改conf文件notify-keyspace-events "Ex"该配置表示监听key的过期事件，默认未开启该配置的其他信息（可以监听N多事件），可以参阅配置文件的注释，非常详细一般docker上的容器都会把配置挂载到自己指定的一个目录，直接去修改重新启动docker容器就行了。docker exec -i -t [容器ID]/bin/bashvim /etc/redis/re
转载
2023-06-24 22:17:06
93阅读
文章目录1. 键空间简介2. 读写键空间时的维护操作3. 设置键的生存时间或过期时间4. 过期键删除策略4.1 定时删除4.2 惰性删除4.3 定期删除5. AOF、RDB和复制功能对过期键的处理5.1 RDB5.2 AOF5.3 复制模式 1. 键空间简介Redis是一个键值对（key-value pair）数据库服务器，服务器中的每个数据库都由一个redis.h/redisDb结构表示，其中
转载
2023-08-10 12:55:02
62阅读
# 如何实现“redis key不能太长”
## 概述
在使用Redis进行开发时，我们需要注意Redis的key的长度不能过长。Redis限制key的最大长度为512MB，超过这个长度会导致出错。本文将详细介绍如何实现“Redis key不能太长”的步骤，并提供相应的代码示例和注释。
## 整体流程
下面的表格展示了实现“Redis key不能太长”的整体流程。
| 步骤 | 描述 |
|
原创
2023-12-04 14:34:38
121阅读
1 前言这节我们来看看持久化中需要关注的一个问题哈，即Redis 的大 Key 对持久化有什么影响。2 大 Key 对 AOF 日志的影响先说说 AOF 日志三种写回磁盘的策略Redis 提供了 3 种 AOF 日志写回硬盘的策略，分别是：Always，这个单词的意思是「总是」，所以它的意思是每次写操作命令执行完后，同步将 AOF 日志数据写回硬盘；Ev
转载
2024-07-05 11:08:58
30阅读
做某应用的性能测试，压搜索时，发现经常报错如下原因：memcached的key太长引起，因为是以关键字为key，当输入的关键字太长时，引起key太长解决：限制memcache的key长度
原创
2014-03-07 21:03:42
925阅读
一、什么是大key？首先大key不是key很大而是key对应的value值很大,一般而言如果String类型值大于10KB，Hash，Set，Zset，List类型的元素的个数大于5000个都可以称之为大key.二、大key的危害客户端超时等待：由于Redis执行命令是单线程处理，然后在操作大key时会比较耗时，那么就会阻塞Redis，从客户端这一视角来看就是很久很久都没有响应引发网络阻塞：每次获
正文3.1 安装redisredis下载地址 https://github.com/MicrosoftArchive/redis/releases 点击链接进行下载。 下载完成后解压到想要安装redis的目录。解压完成后目录结构如下图所示。 打开服务，只需要打开cmd指令窗口，cd到你解压的redis文件路径，然后输入redis-server redis.windows.conf 把redis服务
转载
2024-06-29 14:57:40
79阅读
事实上，IRedisClient里面的很多方法，其实就是Redis的命令名。只要对Redis的命令熟悉一点就能够非常快速地理解和掌握这些方法，趁着现在对Redis不是特别了解，我也对着命令来了解一下这些方法。
一、属性 IRedisClient的属性如下：属性说明ConnectTimeout 连接超时Db当前数据库的ID或下标DbSize 当前数据库的 key 的数量Had
# 理解 Redis 中 Key 和 Value 长度限制的原因及实现流程
Redis 是一个开源的高性能键值存储系统，广泛用于缓存、排行榜、会话管理等场景。许多新入行的开发者可能会问，为什么在使用 Redis 时，key 和 value 的长度有一定的限制？本文将逐步引导你理解这一点，并提供实现过程。
## 一、流程概述
为帮助理解 Redis 中 key 和 value 长度限制的原因，
最近，在对已有项目进行扩展的时候，发现要改动的一个类它长900行，开放了近40个public接口，我流着泪把它给改完了。 为了防止这样的惨剧再次发生在我的身上，我觉得有必要写一篇博客来让广大程序猿同胞知道代码重构的重要性。
如果你身边有一个类写上千行的猿，一定要把此文转给ta
为什么类不能过长？ 类过长：读不通，扩展不通 读不通 - 直接用滚轮滚都得好几秒，就算是
1.优雅的Redis的Key结构Redish中的key虽然可以自定义，但是我们在命名的时候最好遵守以下规范遵循基本的格式 [业务名称]:[数据名称]:[id]。
优点
可读性强避免key的重读方便管理比如保存用户登录信息的key可以这样命名login:user:32不要包含特殊的字符长度不要超过44字节要求key的长度不小于44是因为在key的类型都是String，在redis的底
转载
2023-08-07 23:26:44
171阅读
Redis String类型实现原理本文推荐的是一篇对Redis官方文档的翻译，是Day Day Up博客的Redis文档翻译系列文章之一，内容是Redis中String数据类型的内部实现。废话不多说，请看文章吧。这是一篇翻译文章，原文在这里。 最近在看Redis的源代码，官方文档页面上有三篇对内部实现细节的分析文章，接下来会依次翻译到这里，然后再写一些其它部分的分析。我们知道Redis作为一个N
# 解决Java中String太长报错的问题
在Java编程中，我们经常会使用到String类型来存储和操作文本数据。然而，有时候当我们处理非常长的字符串时，可能会遇到String过长而导致程序报错的情况。本文将介绍为什么会出现这个问题以及如何解决这个问题。
## 为什么会出现String太长报错的问题？
在Java中，String类型是不可变的，也就是说一旦创建了一个String对象，就无
原创
2024-05-01 07:38:19
197阅读
# 如何处理MySQL中的“字段过长”错误
在进行数据库开发时，经常会遇到“字段过长”的错误。这通常意味着你尝试插入的数据超过了定义的字段长度。这篇文章将指导你如何处理这一错误，确保你的数据能够成功存储。
## 处理流程
下面是解决“字段过长”错误的步骤：
| 步骤 | 操作 | 代码示例
# 如何处理 Java SQL 报错信息过长的问题
作为一名刚入行的开发者，遇到 Java SQL 报错信息过长是一个常见的问题。在本文中，我将为你提供一个详细的解决方案，包括步骤、代码示例和相应的注释说明。通过这些内容，你将能够更有效地处理和优化 SQL 报错信息。首先，我们将了解整个流程。
## 整体流程
以下是处理 Java SQL 报错信息的整体流程：
| 步骤 | 描述
作为一名服务端工程师，工作中你肯定和 Redis 打过交道。Redis 为什么快，这点想必你也知道，至少为了面试也做过准备。很多人知道 Redis 快仅仅因为它是基于内存实现的，对于其它原因倒是模棱两可。那么今天就和小莱一起看看：思维导图 -基于内存实现这点在一开始就提到过了，这里再简单说说。Redis 是基于内存的数据库，那不可避免的就要与磁盘数据库做对比。对于磁盘数据库来说，是需要将数据读取
转载
2023-10-18 17:32:39
117阅读
redis对写入的key长度有限制吗？太长的key对性能有影响吗？key越长对性能影响越大？如何评估键长度对性能的影响？talk is cheap, show me the code!今天我们一起用代码来验证一下key的长度对redis读取key的性能影响。网络环境：本地内存：8Gredis版本：redis-5.0.7实验代码如下，读写1000次长度为16、128、512、1024、2048、40
转载
2023-07-28 22:10:48
105阅读
根据redis英文文档学习一下redis，从最基础的开始。 首先，我们看第一个红框内，key太大不好，否则从内存和key比较这俩方面，花费会巨大。所以，当有个一很大的key时，可以把key进行sha1运算，再存储。其次，第二个红框内太短的key也不好，把user:1000:followers缩写为u1000flw，这样去节省key的空间是没有意义的。在key值得可读性和空间占用方面，自己
转载
2023-06-14 23:02:54
98阅读
laravel 5.4 改变了默认的数据库字符集，现在utf8mb4包括存储emojis支持。如果你运行MySQL v5.7.7或者更高版本，则不需要做任何事情。 当你试着在一些MariaDB或者一些老版本的的MySQL上运行 migrations 命令时，你可能会碰到下面这个错误： 我们可以在 A
转载
2018-10-16 10:48:00
157阅读
2评论
