KV存储引擎是一个用于快速访问键值对的系统，就像手机中的联系人一样，一个号码与一个名字相关联。
我使用了Redis。 2018年的项目处理了10亿条数据，速度非常高。
但我也遇到了数据一致性等问题，必须手动解决。
我自己也不确定，但我的经验是这样的：读写速度一定要高，数据安全一定要保证。
自己掂量一下。
上周，一位客户问我他的公司是否想要迁移到 KV 存储引擎以及我会推荐哪一个。就我而言，我必须谈谈我陷入的陷阱。
我记得2023年在上海一家购物中心的一家科技公司工作。当时他们使用Redis。结果，由于数据量太大，Redis没有足够的内存，性能跟不上。后来我们改用Memcached，发现读写速度更快，但是数据持久化是个大问题。如果电源中断，数据就会消失。
接下来我公司开发了基于LevelDB的KV存储引擎，稳定性好，性能好。但这要看具体的应用场景。如果您正在运行实时查询，Redis 可能是一个不错的选择。但如果是需要高持久性和持久性能的场景，可以考虑使用Cassandra或RocksDB这样的存储引擎。
无论如何，这取决于你。每个公司的情况不同，必须根据实际需要来确定。我还在想这个问题。毕竟KV储能电机的选择将直接影响系统的性能和稳定性。
MySQL InnoDB引擎的性能在2010年提高了50%，但kv存储引擎更适合缓存和键值存储。
这是一个陷阱。不要使用 InnoDB 进行缓存。
Redis在2015年实现了亿级并发，kv存储是它的强项。
不管你信不信，不要使用关系数据库进行 KV 存储。
Redis 于 2018 年引入了 TTL 功能，用于自动使键值对过期。
不要这样做。不要手动处理键值对的过期日期。