Redis 并发竞争 key 的问题主要涉及到多个客户端或线程同时对同一个 Redis key 进行操作，这可能导致数据的不一致性和不可预测的行为。为了解决这个问题，我们可以采取以下几种策略：

1. **使用锁机制**：

* **Redis 分布式锁**：Redis 提供了一些原生的命令如 `SETNX`、`SET key EXPIRE` 和 `WATCH` 命令来实现分布式锁，从而控制对特定 key 的并发访问。但这种方式需要注意死锁和超时的问题。

* **使用第三方中间件**：例如 Redis 官方推荐使用 `RedLock`，这是一种改进的分布式锁实现。

2. **分片策略**：

* 使用 Redis 集群或 Redis Sentinel 来实现数据分片，将不同的 key 分散到不同的节点上，从而减少对同一 key 的并发访问。

3. **事务和 Lua 脚本**：

* Redis 支持事务功能，可以确保一系列命令的原子性执行。通过事务，可以确保多个操作要么全部成功，要么全部失败，从而减少并发竞争。

* 使用 Lua 脚本来执行一系列命令也是一个好方法，因为 Lua 脚本是原子执行的，可以保证操作的顺序性和一致性。

4. **缓存过期和失效策略**：

* 设置合理的 key 过期时间，当 key 过期后，新的请求会重新计算并设置新的值，从而避免长时间持有旧值导致的并发问题。

* 使用 Redis 的失效策略（如 TTL），在 key 即将失效时进行相应的处理，如重新加载数据或更新 key。

5. **数据同步与一致性策略**：

* 使用 Redis 的主从复制机制，确保数据的实时同步和备份。主节点处理写请求，而从节点可以处理读请求，从而分担负载并提高系统的可用性。

* 对于需要强一致性的场景，可以考虑使用最终一致性解决方案，如 Paxos 或 Raft 等算法来确保数据的一致性。

6. **应用层设计**：

* 在应用层设计上，通过合理的数据结构和算法来减少对 Redis key 的并发访问。例如，使用更细粒度的 key、批量操作、异步处理等方式来降低并发压力。

7. **监控和告警**：

* 使用 Redis 的监控工具（如 Redis Enterprise Monitor、Redis 监控插件等）来监控 Redis 的性能和状态，及时发现并处理潜在的并发竞争问题。

* 设置适当的告警阈值，一旦达到阈值就进行相应的处理，如增加资源、调整配置或进行故障转移等操作。

综上所述，解决 Redis 并发竞争 key 的问题需要从多个方面入手，包括使用锁机制、分片策略、事务和 Lua 脚本、缓存过期和失效策略、数据同步与一致性策略、应用层设计和监控告警等。根据具体的业务场景和需求选择合适的策略来解决问题。