使用示例
INCR 和 DECR 是 Redis 中用于对键存储的整数值进行递增或递减的操作命令。
INCR
INCR key 命令将键 key 的值增一。如果键不存在，它会被设置为 0 并且返回 1。如果键不是整数类型，将返回一个错误。
语法:
INCR key返回值:
- 执行
INCR之后键的新值。
DECR
DECR key 命令将键 key 的值减一。如果键不存在，它会被设置为 0 并且返回 -1。如果键不是整数类型，将返回一个错误。
语法:
DECR key返回值:
- 执行
DECR之后键的新值。
这两个命令都是原子性的，这意味着它们在执行过程中不会被其他客户端的操作中断。
使用示例:
假设我们有一个计数器 counter，开始时不存在于数据库中。
- 使用
INCR counter，Redis 会创建这个键并将其值设为 1。 - 再次执行
INCR counter，其值将变为 2。 - 如果接着执行
DECR counter，则counter的值会从 2 减到 1。
请注意，在高并发环境下，如果您需要同时增加多个键或者需要更复杂的计数逻辑，您可能需要考虑使用 Lua 脚本或者其他方式来保证操作的一致性和事务性。
使用限制
INCR 和 DECR 命令虽然简单有效，但在使用时还是有一些限制需要注意：
- 数据类型限制：
- 这两个命令只适用于字符串类型的键，并且这些字符串必须能表示为 64 位有符号整数。如果键的值不是有效的整数字符串，Redis 将返回一个错误。
- 整数溢出：
- 当使用
INCR命令时，如果结果大于2^63 - 1（即最大的 64 位有符号整数），Redis 会返回一个错误。 - 同样地，当使用
DECR命令时，如果结果小于-2^63，Redis 也会返回一个错误。
- 并发访问：
- 虽然
INCR和DECR操作是原子性的，但如果多个客户端同时尝试对同一个键进行递增或递减操作，那么总的计数可能会受到竞态条件的影响。例如，如果两个客户端几乎同时读取了相同的值然后各自递增，最终的结果将比预期少一次递增。为了避免这种情况，可以使用 Lua 脚本来实现更复杂的原子操作。
- 性能考量：
- 高并发情况下，如果大量客户端频繁地对同一键进行
INCR或DECR操作，可能会导致 Redis 成为瓶颈。在这种情况下，考虑使用发布/订阅模式或其他机制来分散负载。
- 持久化影响：
- 如果启用了 Redis 的持久化（如 RDB 快照或 AOF 日志），频繁的
INCR或DECR操作可能会导致大量的磁盘写入活动，这可能会影响性能。
了解这些限制有助于更好地设计应用程序，避免潜在的问题，并确保 Redis 的高效运行。
