fwq

Redis的Lua脚本编写和应用 收藏 在数据库实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《Redis的Lua脚本编写和应用》，聊聊，希望可以帮助到正在努力赚钱的你。 Redis是一种开源的键值对存储数据库，Lua脚本是Redis中一种非常强大的编程工具。Lua是一种轻量级、高效的脚本语言，可以作为Redis服务器端的扩展语言来使用。本文将介绍Redis中Lua脚本的编写、调用方法以及实际应用。 一、Redis中Lua脚本编写 1.1 Lua脚本语言简介 Lua脚本作为一种轻量级语言，具有非常小的特定语法集合、动态类型语言和良好的性能表现等多种特性，但这些特点使得Lua脚本更适合于针对一些特定问题的解决。 1.2 Redis中Lua脚本语言的优缺点 优点： 原子性：Lua脚本是原子性的，不会被其他客户端打断，是单独执行的。 可复用性：Lua脚本的代码可以在多个REDIS节点上可复用。 性能优秀：Lua脚本的解释器与Redis Server通过共享进程的方式，实现了非常高效的性能表现。 缺点： 难以调试：Lua脚本的语言特性和Redis语言特性有所不同，很难对Lua脚本进行完整的调查； Redis与Lua脚本之间的链接：Lua脚本需要通过客户端来传递参数和返回数据，增加了额外的开销。 1.3 Redis中Lua脚本编写规则 Redis使用的Lua环境为5.1，并兼容部分5.2版本的扩展语法； 所有的Redis命令必须通过Redis.call来调用； 所有的Redis.key值引用都需要使用KEYS或者ARGV来进行传递； 所有的错误处理都需要使用error函数。 1.4 Redis中Lua脚本代码示例 以下是一个计次器的Lua脚本示例： local…

常见的基于Redis缓存数据问题及解决方案 0浏览 收藏 小伙伴们对数据库编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《常见的基于Redis缓存数据问题及解决方案》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！ 1.缓存穿透 1.1 问题描述 缓存穿透是在客户端/浏览器端请求一个不存在的key，这个key在redis中不存在，在数据库中也不存在数据源，每次对此key的请求从缓存获取不到，就会请求数据源。 如使用一个不存在的用户id去访问用户信息，redis和数据库中都没有，多次进行请求可能会压垮数据源 1.2 解决方法 一个一定不存在缓存及查询不到的数据，由于缓存是不命中时被动写入的，缓存不存在，出于容错考虑，查询不到的数据是不会缓存在redis当中，这将导致每次请求不存在的数据都会请求数据库，失去了缓存的意义。 （1）如果一个查询返回的数据为空（不管是数据是否不存在），我们仍然把这个空结果（null）进行缓存，设置空结果的过期时间会很短，最长不超过五分钟 （2）设置可访问的名单（白名单）：使用bitmaps类型定义一个可以访问的名单，名单id作为bitmaps的偏移量，每次访问和bitmap里面的id进行比较，如果访问id不在bitmaps里面，进行拦截，不允许访问。 （3）采用布隆过滤器 （4）进行实时的数据监控，发现Redis在命中率急速降低时，排查访问对象和访问数据，设置黑名单。 2.缓存击穿 2.1 问题描述 当用户请求一个存在的key的数据时，此时redis中该key的数据已经过时，此时若有大量并发请求发现缓存过期都会请求数据源加载数据并且缓存到redis当中，这个时候大量的并发可能会把数据库服务压垮。 2.2 解决方法 key可能在某一个时间段被大量的请求，这个key的数据被称为热点数据，这个时候便要考虑“击穿”问题。 （1）预先设置热门数据：在redis高峰访问之前，把一些热门数据提前存入到redis里面，加大这些热门数据key的时长 （2）实时调整：现场监控哪些数据热门，实时调整key的过期时长 （3）使用锁： 就是在缓存失效的时候（判断拿出来的值为空），不是立即去load db。…

redis批量操作pipeline管道操作方法 0浏览 收藏 知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战，手把手教大家学习《redis批量操作pipeline管道操作方法》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！ redis | pipeline（管道） 背景 Redis是一种基于客户端-服务端模型以及请求/响应的TCP服务。这意味着通常情况下一个请求会遵循以下步骤： 客户端向服务端发送一个查询请求，并监听 Socket 返回，通常是以阻塞模式，等待服务端响应。 服务端处理命令，并将结果返回给客户端。 Redis 客户端与 Redis 服务器之间使用 TCP 协议进行连接，一个客户端可以通过一个 socket 连接发起多个请求命令。每个请求命令发出后 client 通常会阻塞并等待 redis 服务器处理，redis 处理完请求命令后会将结果通过响应报文返回给 client，因此当执行多条命令的时候都需要等待上一条命令执行完毕才能执行。 Redis本身是基于一个Request一个Response方式的同步请求，正常情况下，客户端发送一个命令，等待Redis服务器返回结果，Redis服务器接收到命令，处理后响应结果给客户端。…

一文搞定Redis持久化策略（AOF） 0浏览 收藏 哈喽！今天心血来潮给大家带来了《一文搞定Redis持久化策略（AOF）》，想必大家应该对数据库都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到Redis、AOF、AOF日志，若是你正在学习数据库，千万别错过这篇文章~希望能帮助到你！ 今天为大家介绍Redis的另一种持久化策略——AOF。 什么是AOF 男孩“一觉醒来”忘记了对女孩子的承诺，这时候女孩子把曾经海誓山盟的录音逐条播放给男孩子听，帮助他“恢复记忆”。 “男孩一觉醒来”像极了Redis宕机重启的样子，而女孩子的录音就是Redis的AOF日志。 AOF(Append Only  File)以文本的形式(文本格式由Redis自定义，后文会讲到)，通过将所有对数据库的写入命令记录到AOF文件中，达到记录数据库状态的目的。 注意：AOF文件只会记录Redis的写操作命令，因为读命令对数据的恢复没有任何意义。 Redis默认并未开启AOF功能，redis.conf配置文件中，关于AOF的相关配置如下：  # 是否开启AOF功能（开启：yes 关闭：no）  appendonly yes  # 生成的AOF文件名称  appendfilename 6379.aof  # AOF写回策略  appendfsync everysec  # 当前AOF文件大小和最后一次重写后的大小之间的比率>=指定的增长百分比则进行重写  # 如100代表当前AOF文件大小是上次重写的两倍时候才重写  auto-aof-rewrite-percentage 100  # AOF文件最小重写大小，只有当AOF文件大小大于该值时候才可能重写,4.0默认配置64mb。  auto-aof-rewrite-min-size 64mb AOF日志格式 下面我们通过一个例子，看一下AOF机制是如何保存我们的操作日志的，我们对Redis进行如下操作。  127.0.0.1:6379[3]> RPUSH list 1 2 3 4 5  (integer) 5 …