本篇是本系列的最后一节，主要是对我们之前实现的功能进行测试；
Rust提供了非常方便的工具编写测试和示例；
源代码：
系列文章：
- 《mini-redis项目-1-简介》
- 《mini-redis项目-2-存储层》
- 《mini-redis项目-3-连接层》
- 《mini-redis项目-4-服务端》
- 《mini-redis项目-5-客户端》
- 《mini-redis项目-6-测试与示例》
本篇是本系列的最后一节，主要是对我们之前实现的功能进行测试；
Rust提供了非常方便的工具编写测试和示例；
源代码：
系列文章：
在上一篇《mini-redis项目-4-服务端》中，我们实现了mini-redis的服务端，这一篇来实现客户端；
源代码：
系列文章：
前面几篇文章讲解了mini-redis的存储层、连接层，这一篇在此基础之上继续讲解服务端的实现；
源代码：
系列文章：
上一篇文章 《mini-redis项目-2-存储层》 中讲解了mini-redis数据存储层的实现，这一篇在这个基础之上，讲解连接层的实现；
连接层负责建立服务端和客户端之间的连接，通过tokio框架我们可以异步的处理连接；
源代码：
系列文章：
本篇接上一篇《mini-redis项目-1-简介》，讲解mini-redis存储层的实现；
源代码：
系列文章：
最近看完了tokio，其中tokio官方提供的mini-redis项目非常的好，跟着教程完整的做了一遍，并且对很多地方根据自己的理解重新实现了（比如错误处理、文件组织等）；
这里会分多篇文章进行总结，这里是第一篇；
源代码：
系列文章：
API限频可以保护和提高API的服务的可用性；如果某个IP在一个时间段进行大量的访问请求(例如典型的DDos攻击)，不但会影响其他用户的访问，严重的还有可能直接拖垮整个服务；
针对API限流有多种策略，Node.js可以使用Koa现成的限流模块koa-ratelimit，Java也有对应的限频实现方式(通常通过注解+AOP的方式即可实现)；
本文使用Redis+Node，以相当轻量级的方式实现了针对IP的访问限频，起到了抛砖引玉的作用；
源代码:
传统的session由服务器端生成并存储，当应用进行分布式集群部署的时候，如何保证不同服务器上session信息能够共享呢？本篇通过实战讲述如何使用Redis实现分布式Session共享
源代码: https://github.com/JasonkayZK/Java_Samples/tree/redis-session
本篇总结了Redis在面试中经常碰到的一些问题, 以及在项目开发中Redis常见的问题, 主要包括:
![[转]redis常用配置redis.conf说明](https://img.paulzzh.tech/touhou/random?8)
本篇总结在redis.conf中常用的配置内容
文章转自: Redis常见配置redis.conf