Redis 高并发场景下数据写入丢失分析
问题描述：
在使用 Redis List 作为消息队列时，在并发量高（10000 线程）的情况下，写到 Redis 的数据会出现丢失现象。
分析：
根据提供的测试代码，可以看出数据写入的过程是通过封装的 LPush 函数进行的。在高并发场景下，多个线程同时调用该函数，可能会导致以下问题：
- 变量竞争：封装函数中的变量如果未正确控制，可能会导致多线程并发访问，从而造成数据不一致或数据丢失。
- 异常处理：如果封装函数内部出现错误，但没有正确抛出，则在 JMeter 测试中可能无法准确反映写入结果。
优化建议：
- 控制变量并发：可以使用锁或其他并发控制机制来确保封装函数中的变量不会出现竞争。
- 完善异常处理：在封装函数内部，应捕获并抛出所有可能的异常，以便在 JMeter 测试中可以正确识别错误。
替代方案：
虽然没有直接使用消息队列，但可以使用以下方法来提升高并发写入的稳定性：
- 批处理：将多条数据打包成批次，一次性写入 Redis。
- 使用事务：将写入操作包装在 Redis 事务中，确保要么所有数据都被写入，要么全部不写入。
- **考虑其他并发性更强的存储解决方案，例如 Apache Kafka 或 RabbitMQ。
