前言
试想一个场景,那就是在key非常多的情况下使用keys *操作，毫无意外的，这个操作会引起不必要的麻烦。由于redis是单线程模型，因此它会占用非常长的时间，导致服务器无法执行其他的命令从而阻塞等待较长时间。
Redis使用scan命令进行渐进式遍历，进而解决直接使用keys * 获取时间较长的阻塞等待问题，每次使用scan的时间复杂度都是O（1），但是要完整遍历所有的键，需要执行多次scan。
scan命令可以每次只拿到一小部分key。想拿到所有的key就需要遍历多次。
渐进式遍历其实是一组命令，这一组的命令的用法其实是非常相似的，甚至说是一样的。其中的代表就是 scan。
下图是一个scan的使用案例：
这里的cursor就类似于一种光标，指向了当前遍历的位置。但是它不能理解为下标，它不是连续的递增的整数。返回的数据中，1）这一栏表示下次遍历，光标要从哪开始。
需要注意的是，渐进式遍历在遍历的过程中，不会在服务器这边存储任何状态信息，是可以随时终止的，不会对服务器产生副作用。
在遍历的过程中，如果key发生变化（增加key，删除key，和修改key），可能会导致遍历时key被重复遍历或者遗漏，这点务必在开发中考虑
语法
SCAN cursor [MATCH pattern] [COUNT count] [TYPE type]
- 时间复杂度：O(1)
- 返回值：下一次 scan 的游标（cursor）以及本次得到的键。这个游标或许并没有什么直观的规律，你只用了解下一次遍历的值是这个返回值的第一行数据即可。
- count：限制一次遍历可以获得多少个元素，如果不写的话，默认是10个。有时候，携带属性count，返回结果也并不一定准确，例如设置count 3，但是有可能会返回四个key。
- Type：表示你想要获取的key的类型，如果不加，那么默认就获取所有的类型。
- 渐进式遍历是可以随时终止的,不会对服务器产生影响。
示例
首先插入10个数据：
使用scan来进行遍历：
其中7是下一次遍历的位置，继续遍历：
返回0代表遍历结束。
指定count继续尝试：
