个人技术分享

Redis 常用基本命令

keys命令可用于查看所有键，语法如下pattern用于匹配key，其中*表示任意个任意字符dbsize可用于查看键的总数，语法如下dbsizeexists命令可用于判断一个键是否存在，语法如下exists keydel可用于删除指定键，语法如下返回值为删除键的个数，若删除一个不存在的键，则返回0。ttl keyRedis默认有编号为0~15的16个逻辑数据库，每个数据库之间的数据是相互独立的，所有连接默认使用的都是0号数据库。select命令可用于切换数据库，语法如下。

记录一次Redisson使用synchronized和分布式锁不生效的原因

最近在开发的过程中，遇到了一个并发场景，用户进行方案复制的时候，当快速点击两次操作的时候，出现了复制方案重名的情况，实际上是复制方案的方案名称，是由后端根据数据库已有的方案名称和当前要复制的方案名称进行逻辑处理，保证方案名称不能重复，比如：要复制的方案名称为“我的方案”，那么复制得到的方案名称为“我的方案-副本”，在高并发场景下，就会出现重名情况。

redis笔记1

set添加、get获取、mset批量添加、mget批量获取，incr整型的key自增，incrby设置自增的值，setnx添加key并且设置值,setex添加值，指定有效期eg:setex name 5 “xiaoxiao”，为名字加“xiaoxiao”,5秒后过期;HSET添加、修改，HGET查，Hmset批量加、HMGET批量查、HGETALL获取所有等。LPUSH左加、LPOP左取，RPUSH右加、RPOP右取等（左是首，右是尾）无序、不可重复、支持交、并、差集等功能。可排序、不重复，排行榜。

什么是DNS缓存投毒攻击，有什么防护措施

在了解DNS缓存投毒攻击之前，我们先来了解下什么是DNS缓存。DNS系统采用树状分形结构，在标准解析链条中，递归服务器在接收到客户主机发起的解析请求后，会发起全球迭代查询，最终在域名授权的权威服务器获得最终的解析记录。为了缩短解析时间，提高域名解析和web访问的速度，DNS系统引入了缓存机制。这种缓存机制可以加速后续的相同查询，因为设备可以直接从缓存中提取先前的查询结果，而不需要再次到外部的DNS服务器去查询。

Redis机制-Redis互斥锁、分布式锁

如上图，执行add1( )时，Thread1第一次加锁时，value会被改成1，当add2( )想获取锁时，此时Redis会进行判断，你是不是线程1来的，发现add2( )的线程名为Thread1，那么此时该锁可以重入的，value值会变成2，当add2( )执行完以后，释放锁，value又变为1，add1( )执行完以后，value变成0，此时的锁才是真正被线程1所释放了。如图，当8080的线程1进行访问时，其余的端口和线程都不可以进行访问，此时就达到了分布式锁的效果，有效的解决了超卖问题。

记录一次Redisson使用synchronized和分布式锁不生效的原因

最近在开发的过程中，遇到了一个并发场景，用户进行方案复制的时候，当快速点击两次操作的时候，出现了复制方案重名的情况，实际上是复制方案的方案名称，是由后端根据数据库已有的方案名称和当前要复制的方案名称进行逻辑处理，保证方案名称不能重复，比如：要复制的方案名称为“我的方案”，那么复制得到的方案名称为“我的方案-副本”，在高并发场景下，就会出现重名情况。

Nginx R31 doc-07-内容缓存

但是，这样的缓存条目并没有完全从缓存中删除：它们仍然保存在磁盘上，直到它们由于不活动（由 proxy_cache_path 指令的 inactive 参数确定）或由缓存清除器（通过 proxy_cache_path 的 purger 参数启用）而被删除，或者客户端尝试访问它们。NGINX 可以删除缓存中过期的缓存文件。此外，如果请求匹配了 proxy_cache_bypass 指令定义的条件，则 NGINX Plus 会立即将请求传递到 backend2，而不会在缓存中查找相应的响应。

深入了解Redis的过期策略和内存淘汰机制

以上就是Redis中常见的内存淘汰机制。根据业务需求和系统特点，可以选择合适的淘汰机制来保证系统的性能和稳定性。例如，对于需要保持较高访问速度的系统，可以选择LRU淘汰机制；对于需要保证数据的新鲜度的系统，可以选择LFU淘汰机制；而随机淘汰则是一种简单且效率较低的淘汰机制，适用于一些特定场景。通过了解Redis的过期策略和内存淘汰机制，我们可以更好地优化Redis的使用。合理选择过期策略和内存淘汰机制，可以提高系统的性能和稳定性，减少资源的浪费，从而更好地满足不同场景下的需求。