redis客户端与服务端通信，使用RESP（REdis Serialization Protocal，redis序列化协议）协议通信，该协议是专门为redis设计的通信协议，但也可以用于其它客户端-服务器通信的场景。RESP协议的设计初衷如下：
说到redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。
随着系统的运行，数据量变得越来越大，单纯的将数据存储在MySQL中，已然不能满足查询要求了，此时我们引入Redis作为查询的缓存层，将业务中的热数据保存到Redis，扩展传统关系型数据库的服务能力，用户通过应用直接从Redis中快速获取常用数据，或者在交互式应用中使用Redis保存活跃用户的会话，都可以极大地降低后端关系型数据库的负载，提升用户体验。
Redis客户端使用名为RESP（Redis序列化协议）的协议与Redis服务器进行通信。 虽然该协议是专为Redis设计的，但它可以用于其他CS软件项目的通讯协议。
作者 | 汪翰林 编辑 | 蔡芳芳 Redis 作为最受欢迎的 NoSQL 数据库之一，具备高性能、高可用性、高扩展性等特点，在各互联网业务中使用广泛。目前业界针对 Redis 的性能优化主要针是配置项优化以及使用方式的优化。本文介绍网易数帆尝试撇开 Redis 本身，而从通用的协议栈层面来做优化，这种优化方式理论上可推广到其他 Socket 类互联网应用，如 Memcached、Ngnix、Envoy 等。 分 析 Redis-server 作为一个标准的 Socket 类应用，会通过监听地
redis是一个非常优秀的软件，它可以用作内存数据库或者缓存。因为他的优秀性能，redis被应用在很多场合中。
SSRF介绍 SSRF，服务器端请求伪造，服务器请求伪造，是由攻击者构造的漏洞，用于形成服务器发起的请求。通常，SSRF攻击的目标是外部网络无法访问的内部系统。这里我们要介绍的是关于redis中SSRF的利用，如果有什么错误的地方还请师傅们不吝赐教/握拳。 前置知识 文章中的数据包构造会涉及到redis的RESP协议，所以我们这里先科普一下，了解RESP协议的师傅可以跳过=。= RESP协议 Redis服务器与客户端通过RESP（REdis Serialization Protocol
Redis专题（八） ——Redis管理工具 （原创内容，转载请注明来源，谢谢） 一、安全性 1、运行环境 Redis以简洁为美，其安全性没有太多操作，要求在生产系统中外界不能直接连接Redis进行操作，而必须经过程序中转后，由程序进行操作。 即，redis要求运行在可信的环境中。 redis服务器启动后，默认允许外界连接，可以修改其配置文件的bind，配置只能有一个路径进行连接，如bind 127.0.0.1，只允许本机连接。bind只能配置一个ip，因此设置应在防火墙中进行。 2、
Tedis（https://github.com/eleme/tedis） 是基于开源 TiKV 的兼容 Redis 协议的强一致性的 NoSQL 数据库开源项目。 本文介绍一下 Tedis 开源项目的架构设计和特性，以及架构背后的一些思考（包括为何选择 TiKV 和 Redis 协议）。
Redis 客户端使用称为 RESP （redis 序列化协议）的协议与 Redis 服务器进行通信，虽然是专为Redis设计，但也可用于其他客户端-服务器软件项目。
Tendis是腾讯互娱CROS DBA团队 & 腾讯云数据库团队自主设计和研发的分布式高性能KV存储数据库，兼容Redis核心数据结构与接口。
这篇文章很简单，就是写一个 Java 版本的 Redis Client，而且不是一个生产级别的项目，只是一个验证类型的 demo。用于了解“实现一个 Redis Client” 需要注意哪些事情。
Tedis（https://github.com/eleme/tedis）是基于开源 TiKV 的兼容 Redis 协议的强一致性的 NoSQL 数据库开源项目。 本文介绍一下 Tedis 开源项目的架构设计和特性，以及架构背后的一些思考（包括为何选择 TiKV 和 Redis 协议）。
Tendis是腾讯互娱CROS DBA团队 & 腾讯云数据库团队自主设计和研发的分布式高性能KV存储数据库，兼容Redis核心数据结构与接口，可提供大容量、低成本、强持久化的数据库能力，适用于兼容Redis协议、需要大容量且较高访问性能的温冷数据存储场景。
在存在ssrf处访问http://10.1.1.200(本机服务地址) 查看kali机器服务器日志信息：
凡是网络通信，皆需要双方遵守一致的协议才能互联。Redis协议在如下几点之间做出了折衷：
他说，事情是这样的，刚开始，问了一些基础的问题，比如 Redis 的几种基本数据类型和使用场景，以及主从复制和集群的一些问题，这些都还好。
概述 Redis是开源的、基于内存的数据结构存储系统，可用作数据库、缓存以及消息代理方面。Redis支持许多种数据结构，并内置了丰富的诸如冗余、脚本、事务、持久化等功能，深受业界喜爱，被各种业务系统广泛使用。为了方便使用，Redis官网推荐了针对各种编程语言的多种客户端，支持java、c#、python、c++等主流编程语言。那么大家会问，既然Redis客户端已经这么丰富了，为什么还要尝试自己编写客户端？我的看法是，知己知彼，自己尝试制作Redis客户端，不仅可以加深对Redis的了解，而且可以通晓Redi
项目简介 Tendis是腾讯互娱CROS DBA团队 & 腾讯云数据库团队自主设计和研发的分布式高性能KV存储数据库，兼容Redis核心数据结构与接口，可提供大容量、低成本、强持久化的数据库能力，适用于兼容Redis协议、需要大容量且较高访问性能的温冷数据存储场景。Tendis目前已经被应用到腾讯内、外部大型项目中。 集群架构 Tendis使用去中心化集群架构，每个数据节点都拥有全部的路由信息，用户可以访问集群中的任意节点，并且通过redis的move协议，最终路由到正确的节点。 每个Tendis节
其实今天是想和小伙伴们聊一下 Redis 的通信协议 RESP。在搞懂这个通信协议的基础上，松哥手把手带领大家做一个简易的 Redis Java 客户端。
Redis的基础介绍与安装使用步骤：https://www.jianshu.com/p/2a23257af57b Redis的基础数据结构与使用：https://www.jianshu.com/p/c95c8450c5b6 Redis核心原理：https://www.jianshu.com/p/4e6b7809e10a Redis 5 之后版本的高可用集群搭建：https://www.jianshu.com/p/8045b92fafb2 Redis 5 版本的高可用集群的水平扩展：https://www.jianshu.com/p/6355d0827aea Redis 5 集群选举原理分析：https://www.jianshu.com/p/e6894713a6d5 Redis 5 通信协议解析以及手写一个Jedis客户端：https://www.jianshu.com/p/575544f68615
几乎所有的主流编程语言都有Redis的客户端（http://redis.io/clients），不考虑Redis非常流行的原因，如果站在技术的角度看原因还有两个：
参考 https://www.redteaming.top/2019/07/15/%E6%B5%85%E6%9E%90Redis%E4%B8%ADSSRF%E7%9A%84%E5%88%A9%E7%94%A8/
Redis在实际应用中使用的非常广泛，本篇文章就从一个简单的需求说起，为你讲述一个需求是如何从头到尾开始做的，又是如何一步步完善的。之前写过一篇《如何实现页面广告随时上下线、过期自动下线及到时自动上线》（连接在文末给出），也涉及到了Redis在项目中的实际应用，有兴趣的可以看一下。
Redis 创始人兼核心开发者 antirez 在博客 介绍 了将在 Redis 6 提供的新功能 —— Client side caching（客户端缓存）。
简介 渗透测试-地基篇 该篇章目的是重新牢固地基，加强每日训练操作的笔记，在记录地基笔记中会有很多跳跃性思维的操作和方式方法，望大家能共同加油学到东西。 请注意： 本文仅用于技术讨论与研究，对于所有笔记中复现的这些终端或者服务器，都是自行搭建的环境进行渗透的。我将使用Kali Linux作为此次学习的攻击者机器。这里使用的技术仅用于学习教育目的，如果列出的技术用于其他任何目标，本站及作者概不负责。 一、前言 数据库作为业务平台信息技术的核心和基础，承载着越来越多的关键数据，渐渐成为单位公共安全中最具有战略性
别装逼了，还整英文，咋不上天，做人要说话算数哟，不然半夜尿裤子。在说这个之前，码哥先给读者送一段寄语作为开篇。
面向网络处理的多IO线程可以提高网络请求处理的速度，而客户端缓存可以让应用直接在客户端本地读取数据，这两个特性可以提升Redis的性能。
Redis 6.0稳定版出来了。这一次是从发布第一个候选版本到最终发布稳定版本之间的一个相对较短的周期。它花了大约四个月的时间，这不是一个小数目的时间，但与我们过去的记录相比，也不是很多。
备注：本文根据腾讯云赵化冰和知乎唐阳在 IstioCon 2021 中的演讲 “How to Manage Any Layer-7 Traffic in an Istio Service Mesh?”
判断一个人是否牛逼，不是看网上有多少人赞美他，而是看有多少人愿意跟他发生交易、赞赏、支付、下单。
布莱德，携程技术专家，负责Redis和Mongodb的容器化和服务化工作，喜欢深入分析系统疑难杂症。
我们了解的常见的网络传输协议有tcp、udp、http等。再到我们常用的基础组件，一般来说client端与server端也有相应的协议，如redis、mysql、zookeeper等都是各自约定的私有协议，同样今天标题中的dubbo协议也是一种私有协议，他们都是应用层协议，基于tcp或udp设计。
Geewolf:《FastDFS分布式存储实战》作者，国内第一本《Ansible中文手册》译者、Flamingo、FMS作者
通常的缓存会放在应用和DB之间，比如redis。客户端缓存是指在应用服务内部再加一层缓存，也就是内存缓存，从而进一步提升访问速度。
在《老码农眼中的简明AI》一文中提到了图灵机和冯诺伊曼的计算机体系结构，数据存储是整个计算机软件系统中的一个关键节点。从个人电脑上的软件到基于计算机网络的分布式系统，存储系统更是基础环节，而且还承担着整个系统的数据责任。
十年前，Redis在Hacker News上宣布，我将其作为项目的虚拟生日，仅仅因为它比公告第一行代码的实际日期更为重要（想想它的概念） VS实际出生的动物）。我会用十年的Redis作为借口来释放我前几天玩过的东西，想把它用在4月1日那个傻瓜身上：但是这个日期已经很远了我现在想和你谈谈这个项目......所以，Redis生日快乐！这是你现在的：Gopher协议实现。 [...这里Redis试图阻止眼泪，但情绪太强烈，地板上有点（我的意思是零和一些）...] WTF你在说什么？！应该是你的自动问题。Gopher在2019年听起来有点奇怪。然而，这不仅仅是一个笑话，而是一个笑话。毕竟，实现只有100行代码，不包括将页面呈现为Redis键的外部工具。但是......事实上，Gopher周围真的有一个活跃的社区，这是一个非常小的，但是在最近几年和几个月里都在增长。有些人认为互联网不再像过去那样。有太多的控制，公司跟踪，评论，喜欢，转推，以至于内容不再是王者。一个人写新东西让他们流行5个小时并消失。已经不再讨论可以存活超过几分钟而不会变成某种火焰，除非所有各方都自我审查每一种可能的感觉，不安的言辞和信念，以至于使讨论毫无用处。最后加载一个带有1k文本的愚蠢页面需要加载50个javascript文件，以便看到屏幕闪烁，因为客户端渲染很酷，等等。 另一方面，Gopher是一个纯文本协议，非常适合提供只有文字的文档，其中压力在于你所写的内容。但那就是胎教，对我而言，Gopher的银弹就是它是UNCOOL。足够冷静，它将是永远的，AFAIK，一个替代的现实，某些人可以决定与其他人分开，体验不同的做事方式，更类似于旧时代的BBS或互联网的头几年。一个大多数人不想只是在80列固定大小字体中阅读书呆子东西的地方。 你在Gopher中所做的就是创建你的Gopher洞，也就是你在Gopher宇宙中的空间，就像你在互联网上的网站一样。已经有不少工具可以做到这一点，但Redis非常好，原因如下：您可以更改Redis密钥以实时更改网站内容，这很方便。您可以使用复制来复制站点，甚至可以保存您的RDB文件，以便将整个Gopher漏洞的精确副本存档以备份或历史原因。 这个Redis Gopher概念是在Freaknet的合作下创建的，Freaknet是卡塔尼亚历史性的黑客实验室体验。https://it.wikipedia.org/wiki/FreakNet。 那些人做了很多有趣的事情，包括在Palazzolo Acreide的一个retrocomputing硬件博物馆项目：https：//museo.freaknet.org/en/ 。 这个怎么运作？ 好吧，它是微不足道的，我劫持了内联协议，特别是两种内联请求，无论如何都是非法的：空请求或任何以“/”开头的请求（没有Redis命令以这样的斜杠开头）。正常的RESP2 / RESP3请求完全不在Gopher协议实现的路径之内，并且通常也是如此。如果在启用Gopher时打开与Redis的连接并向其发送类似“/ foo”的字符串，如果有一个名为“/ foo”的键，则通过Gopher协议提供。整个实现是100行代码。最初我考虑过使用数据结构并对Gopher类型进行语义转换，但这只是复杂而无用的。 相反，我所做的是为Gopher提供Redis的创作工具，你可以在这里找到它： https://github.com/antirez/gopher2redis 要查看在Redis实例上运行的Gopher漏洞的示例，只需转到gopher：//gopher.antirez.com，然后在我接下来的几天内构建一个Gopher漏洞的地址。PS我建议使用Lynx文本只有web / gopher浏览器访问Gopher。 默认情况下禁用gopher支持，以使其能够使用Redis unstable分支并使用“gopher-enabled”选项，将其设置为yes。但是，确保密码保护Redis：Gopher协议仍将提供内容，但同时无法访问正常的Redis命令。这种方式（假设您没有Gopher键以外的数据在实例中公开），您可以将实例设为公共，作为真正的Gopher服务器。 好吧，和Gopher玩得开心！我希望这个Gopher会继续前进，我真的相信我们中的一些人需要在现代互联网的混乱之外建立一个社区。不，不可能没有互动。例如，我没有计划停止写博客或使用互联网。但某些较慢质量较高的通信需要一个繁荣的地方。
本作品由 cn華少 采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。
SSRF(Server-Side Request Forgery,服务器请求伪造)是一种由攻击者构造请求,由服务端发起请求的安全漏洞,一般情况下,SSRF攻击的目标是外网无法访问的内网系统(正因为请求时由服务端发起的,所以服务端能请求到与自身相连而与外网隔绝的内部系统)
Redis在TCP端口6379上监听到来的连接，客户端连接到来时，Redis服务器为此创建一个TCP连接。在客户端与服务器端之间传输的每个Redis命令或者数据都以\r\n结尾。
前不久Redis宣布从 Redis 7.4 开始，将原先比较宽松的 BSD 源码使用协议修改为 RSALv2 和 SSPLv1 协议，该协议变化意味着Redis不再开源。今天给大家分享一款完全开源（MIT协议）、免费的Redis替代性项目产品：Garnet。
网上说AOF有三种保存方式，不自动保存、每秒自动保存、每命令自动保存。 其中每秒自动保存这个看起来很美好，但是可能会被各种IO的时间所延迟，所以究竟是怎么判断每秒保存的，并不是太明白，故有此文。 AOF 命令同步 Redis 将所有对数据库进行过写入的命令（及其参数）记录到 AOF 文件， 以此达到记录数据库状态的目的， 为了方便起见， 我们称呼这种记录过程为同步。 举个例子， 如果执行以下命令： redis> RPUSH list 1 2 3 4 (integer) 4 redis> LRANGE l
Memcached和Redis作为两种Inmemory的key-value数据库，在设计和思想方面有着很多共通的地方，功能和应用方面在很多场合下(作为分布式缓存服务器使用等)也很相似，在这里把两者放在一起做一下对比的介绍 基本架构和思想 首先简单介绍一下两者的架构和设计思路 Memcached Memcached采用客户端-服务器的架构，客户端和服务器端的通讯使用自定义的协议标准，只要满足协议格式要求，客户端Library可以用任何语言实现。 从用户的角度来说，服务器维护了一个键-值关系的数据表，服务器之间
或者 用户手动执行命令,如下 save命令: 同步快照方式,此方式会阻塞redis服务主进程对客户端命令的执行,不推荐; bgsave命令: 异步快照方式,此方法会 fork一个子进程 在后台执行,不影响主进程的效率;
Redis Labs首席执行官Ofer Bengal表示，开启这轮新融资的原因之一是新的“开源”许可。“开源社区现在已经认识到，‘开源’的原始概念必须修正，因为它已经不再适合现在这个时代，越来越多的云计算企业利用其垄断地位，攫取任何成功的开源项目的成果，而不用对社区和项目做出任何贡献。”
赵化冰，腾讯云高级工程师，Istio Member，ServiceMesher管理委员，Istio 项目贡献者， Aerika 项目创建者 ，热衷于开源、网络和云计算。目前主要从事服务网格的开源和研发工作。 唐阳，知乎基础架构工程师。Istio 项目贡献者，Argo 项目贡献者，专注于开源，云原生与微服务。目前负责知乎服务网格的研发工作。 本文根据腾讯云高级工程师赵化冰和知乎基础架构工程师唐阳在 IstioCon 2021 中的演讲 “How to Manage Any Layer-7 Traffic
从首个 RC 版本到正式 GA 经历了四个月左右的时间，重要的新特性已在 RC1 中公布过：
主题词：负载均衡高可用、redis集群 需求：负载均衡高可用的概念 什么是负载均衡高可用 Nginx一般用作负载均衡服务器，可见处于网络中非常重要的位置，一旦Nginx服务器宕机无法提供服务，那么将影响严重。所以需要负载均衡高可用。 高可用——主从备份 keepalived+nginx实现主从备份 Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
