redis写的慢，可能是节点数据不足，网络慢，或者主机原因。
大量导入数据时，可以使用resp协议。
传统命令的缺点
传统的redis客户端命令在导入大量数据的场景下存在以下缺陷:
因为redis是单线程的模型，虽然避免了多线程下线程切换的时间，快速执行单个序列的命令，但是在海量数据导入的场景下，发送命令和接收服务器响应结果的时间会被放大。
如果需要导入100万条数据，光是命令执行时间就要花费100万*(t1t2)。
resp议定书散装
redis客户端使用称为resp(redis序列化协议)的协议与redis服务器通信。
redis-cli管道模式需要和nc命令一样快，它解决了nc命令不能我不知道命令什么时候结束。
在发送数据时，它还会读取响应并尝试解析它。
一旦输入流中不再有数据被读取，它将发送一个特殊的20位echo命令，表明最后一个命令已经发送。如果响应结果中匹配到相同的数据，则批量传输成功。
使用这种技术，我们不不需要解析发送给服务器的协议来知道我们发送了多少命令，只需解析回复。
r
pm圈网网友提问:phpredis是mysql缓存，它如何将异步redis同步到mysql数据库？
当你问这个问题时，你可能不知道。;不了解redis在实际工作中的使用场景。
redis是一个开源(bsd许可)的内存数据结构存储系统，可以用作数据库、缓存和消息中间件。
其使用场景主要包括以下几种:
会话缓存(会话缓存)
整页缓存(fpc)
长队
排行榜/计数器
发布/订阅
从上面可以看出，在实际工作中，redis并不是像mysql等关系型数据库那样用来保存数据的，而是作为一个中间件或者缓存服务器来保护mysql等关系型数据库先于mysql数据。
事实上，目前很多大型互联网项目都会选择mysql(或任何关系数据库)nosql的组合方案。
关系数据库适合存储结构化数据，如用户账号和地址:这些数据通常需要结构化查询(嗯，好像是废话)，比如join，这个时候，关系数据库就赢了。
这些数据的规模和增长率通常是可预测的、可交易的和一致的。nosql适用于存储非结构化数据，如文章和评论:
这些数据通常用于模糊处理，如全文搜索和机器学习。
这些数据是海量的，增长速度是不可预测的。
根据数据的特点，nosql数据库通常具有无限(至少接近)的可扩展性。
通过按键获取数据非常高效，但对join或其他结构化查询的支持较差。
redis是基于内存的数据库，mysql是基于硬盘的数据库，mysql需要长时间保存就存储，redis不需要就存储不需要长期保存，经常更新。它们之间不需要同步！不然就没必要了，性能更差！
.jpg)
