mysql 查询被锁的表，如何评估数据适不适合放入Redis中？

如果项目中业务需求对数据库进行高并发的读写、海量数据高效的访问以及存储、对数据库有着较高的扩展性、高可用性要求都可以优先考虑使用Redis。

目前Redis凭借其优秀的读写性能、支持数据的持久化、丰富的数据类型、诸多便利的特性以及服务器端的良好扩展并易于运维，在NoSql阵营中脱颖而出，成为了一颗闪耀之星！深受开发人员以及企业的青睐，已经成为后台开发人员武器库中必不可缺的技术之一。

接下来结合其特性谈谈Redis适用的业务场景有哪些：

数据缓存：

这是NoSql技术相对传统的关系型数据库来说最具备优势的一个领域，对于一些读取非常频繁的数据完全可以放到Redis提供给系统功能访问。例如：token信息、用户身份信息（唯一性验证）、高频缓存数据（坐标、位置、地理信息）、短信验证码、搜索关键字、订单信息等都可以使用Redis进行存储。

统计：

在项目中我们经常会遇到一些需要记录与统计某项的数据，此类数据一般都非常庞大，如果存放在数据库中可以满足我们的需求，但是得不偿失、非常不划算！例如：文章阅读统计、排行榜、网站计数器、投票、作品点赞量等等。

记录关系：

目前非常流行的短视频平台，例如抖音、快手等用户关注、被关注、相同关注等均可以使用Redis来进行存储简单而明了，避免了数据库中数据的冗余与访问、存储压力！

总结一下：

无论是关系型数据库，还是Nosql数据库都有着各自的优势以及适用的场景，在项目中要合理的设计、分配它们所扮演的角色，通过它们之间的紧密合作在项目中发挥其最大的优势！