本人redis菜鸟，昨天刚刚接触redis 现在需要将MySQL数据库的数据导入到redis中求大神？
redis是一款内存数据库，数据写入内存，服务器重启数据丢失，一般位于数据库和WEB服务之间，用于保存临时数据。由于其读写效率高，通常我们开发中会将一些读写频繁的数据写入其中，从而减少对数据库的压力。
要将MySQL DB中的数据写入redis，有两种方式：
1、开发一款程序，将DB中的数据写入redis，也非常简单（面向程序员）
2、redis客户端RedisClient（一款优秀的GUI工具）。
这里我介绍第2种。
1、请从github上下载redisclient。直接在搜索栏里输入【redisclient】即可。
3、运行rediscliet。根据操作系统版本运行不同的jar包。
java工程师是如何使用Redis的？
在分布式和微服务等架构遍地开花的实践中，Redis始终作为分布式缓存的首选，可谓经久不衰、独树一帜。Redis基于内存运行并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一，也被人们称为数据结构服务器。
而为何要使用Redis呢？Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。Redis支持master-sl***e(主-从)模式应用。Redis支持数据持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。Redis单个value的最大限制是1GB，memcached只能保存1MB的数据。基于种种原因，Redis成为我们缓存架构的首选，而我在开启码农生涯时，就接触到Redis，只是当时的使用比较简单。
最开始时，因互联网化团队初建，各种所需要的中间件都需要自己搭建，包含Redis，而我们使用Docker搭建Redis集群，***用主从的Redis架构，再使用Sentinel（哨兵）模式来监控该Redis集群，使用也是通过Sentinel来使用。通过Spring或Spring Boot的哨兵连接方式连接Redis，注册成Bean，然后使用序列化的Key-Value结构来缓存所需要的数据。而因领导的风格原因，我们也仅仅被允许***用Key-Value的基础功能来进行Redis操作。至于其中的原因，也没有深究。
而随后，跳槽到现公司，其将Redis作为基础服务进行封装，而业务团队仅通过加密串即可进行直接连接，其背后的可高用、主从分片、灾备等均由基础架构团队负责。基础架构团队提供的操作方式，就不仅仅限于使用Key-Value的get、set、delete等方法，而几乎完全提供了Redis的所有命令，包含inc、sadd等计数、***操作。当然，有了这些，对程序员的要求更高，要在合适的场景中选择恰当的命令进行操作，也不是一件容易的事。
或许，使用Redis有这样那样的原因，但在我看来，最重要的就两条：其一，它能提高用户的访问速度，大量的降低系统响应的TP99；其二，它是主流，大家都在用，而且经过了时间的检验，抗住了一个又一个电商大促的业务场景。
作者：夕阳雨晴，欢迎关注我的头条号。偶尔美文，主流Java，为你讲述不一样的码农生活。
不仅仅是J***a工程师，基本上所有平台开发工程师都需要使用redis，主要是作为代替memcached的缓存。
由于涉及到底层，所以Redis是用C语言[_a***_]的一种能够快速读写的工具。但是实际使用中，J***a，PHP，Python等编程语言，都是可以使用Redis的，这种良好的语言扩展性，使Redis快速在原本memcached一家独大的缓存领域里攻城略地，并迅速划定了自己的圈地。
Redis最突出的优点就是读写速度极快，既可以作为Server与MySQL之间的缓存，也可以作为分布式集群系统中多台Server之间的缓存。
接下来我们就由上述两种情况来简单介绍。
众所周知，MySQL虽然借助索引能够提高查询速度，但是如果用户所有的读请求都到MySQL中去拿的话，还是会有很多的查询与读取消耗。这种场景，如果将一段时间内频繁被读取的数据提前放到redis中，利用其快速读取优势，一方面减少了MySQL的读库压力，一方面也能够加速用户侧感受到的页面访问速度。比如情人节快到了，大众点评直接将花店，送花外卖等信息放到缓存里，绝对能够大幅减少MySQL的读取压力。
此外，在一些场景下，有些数据在完全入库之前，还需要数次的修改。中间的修改过程，如果每次都要去修改MySQL，也是对MySQL增加了读写压力，这时候，如果使用Redis来存储中间态，就能进一步缓解MySQL的读写压力，从而提高整体服务的稳定性。
出于扩展性和稳定性方面的考虑，一些集群规模的服务，通常会有多台相同功能的Tomcat。这样就有一种可能，***如一个任务由2个步骤组成，第一个步骤是用户发起任务，第二个步骤是Tomcat反馈后用户点击确认才会继续处理。此时，有一个用户发来一个任务，这个任务由A Tomcat处理了第一步，然后反馈给了用户，用户点击了确认后这个请求却被发送给了B Tomcat，作为B Tomcat也是一脸蒙蔽，由于并不能与A Tomcat相互通信，它并不知道前因后果。
这时候***如没有server之间的缓存，这个任务就进行不下去了。
