Redis是一个开源的、基于内存的、支持多种数据结构的键值对存储系统。在Redis中，我们经常需要对存储的键值对进行遍历操作，比如查找符合某种模式的键，或者统计某种类型的值的数量。为了实现这样的功能，Redis提供了两种不同的命令：Keys和Scan。
Keys命令可以一次性返回所有符合给定模式的键，比如keys user:*可以返回所有以user:开头的键。这个命令非常简单易用，但是也有一个很大的缺点：当Redis中存储了大量的键值对时，Keys命令会导致Redis阻塞，影响其他命令的执行效率。这是因为Keys命令需要遍历整个数据库，而Redis是单线程的，所以在执行Keys命令期间，其他命令无法得到响应。
为了解决这个问题，Redis引入了Scan命令。Scan命令可以分批次地返回符合给定模式的键，每次返回一定数量的键，并且返回一个游标，用于指示下一次扫描的位置。比如scan 0 match user:* count 10可以从0号游标开始，返回最多10个以user:开头的键，并且返回一个新的游标。如果返回的游标不为0，说明还有更多的键没有扫描完，可以继续使用Scan命令，并传入上次返回的游标作为参数。如果返回的游标为0，说明已经扫描完所有的键。
Scan命令有以下几个优点：
1.Scan命令不会阻塞Redis，因为每次只返回一小部分键，不会占用太多的CPU和内存资源。
2.Scan命令可以随时中断和恢复扫描，因为每次都会返回一个游标，可以记录扫描的进度。
3.Scan命令可以保证每个键至少被返回一次，不会漏掉任何符合条件的键。
Scan命令也有以下几个注意事项：
1.Scan命令不保证每个键只被返回一次，可能会有重复的键出现。这是因为Redis中的键值对可能会在扫描过程中发生变化，导致某些键被多次扫描到。因此，在使用Scan命令时，需要自己去重或者忽略重复的键。
2.Scan命令不保证返回的键是按照某种顺序排列的。这是因为Redis中的键值对是按照哈希表存储的，没有固定的顺序。因此，在使用Scan命令时，不能依赖于返回结果的顺序。
3.Scan命令需要指定一个count参数，用于控制每次返回的键的数量。这个参数并不是精确的，只是一个提示给Redis，让它尽量满足这个要求。实际上，每次返回的键的数量可能多于或少于count参数。因此，在使用Scan命令时，不能依赖于count参数来确定扫描是否结束，而应该以游标是否为0为准。
除了Scan命令之外，Redis还提供了一些类似的命令，用于遍历其他类型的数据结构，比如Set、Hash、List、Sorted Set等。这些命令的名称都是以Scan结尾的，比如SScan、HScan、LScan、ZScan等。这些命令的用法和Scan命令基本相同，只是需要多传入一个参数，用于指定要扫描的数据结构的键。比如sscan user:1 0 match friend:* count 5可以从0号游标开始，返回最多5个以friend:开头的元素，这些元素属于user:1这个集合。