这篇文章给大家聊聊关于rediskey的长度限制，以及为什么redis不建议key太长对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。
本文目录
rediskey的长度限制
没有限制.
key是按照hash查找的,当然越小,理论上越快。
并没有必然要多长的限制，尽量短就可以了！
Rediskey值是二进制安全的，这意味着可以用任何二进制序列作为key值，从形如”foo”的简单字符串到一个JPEG文件的内容都可以。空字符串也是有效key值。
关于key的几条规则：
太长的键值不是个好主意，例如1024字节的键值就不是个好主意，不仅因为消耗内存，而且在数据中查找这类键值的计算成本很高。
太短的键值通常也不是好主意，如果你要用”u:1000:pwd”来代替”user:1000:password”，这没有什么问题，但后者更易阅读，并且由此增加的空间消耗相对于keyobject和valueobject本身来说很小。当然，没人阻止您一定要用更短的键值节省一丁点儿空间。
最好坚持一种模式。例如：”object-type:id:field”就是个不错的注意，像这样”user:1000:password”。我喜欢对多单词的字段名中加上一个点，就像这样：”comment:1234:reply.to”。
redis key规则
rediskey几条规则：
太长的键值不是个好主意，例如1024字节的键值就不是个好主意，不仅因为消耗内存，而且在数据中查找这类键值的计算成本很高。
太短的键值通常也不是好主意，如果你要用”u:1000:pwd”来代替”user:1000:password”，这没有什么问题，但后者更易阅读，并且由此增加的空间消耗相对于keyobject和valueobject本身来说很小。当然，没人阻止您一定要用更短的键值节省一丁点儿空间。
最好坚持一种模式。例如：”object-type:id:field”就是个不错的注意，像这样”user:1000:password”。我喜欢对多单词的字段名中加上一个点，就像这样：”comment:1234:reply.to”。
Keys：获得符合规则的键名列表
格式是keyspattern，pattern支持glob风格通配符格式：
（1）？匹配一个字符
（2）*匹配任意个字符
（3）[]匹配中括号内的任一字符，可以用-来表示一个范围
（4）\x匹配字符x，用于转义符号
redis最多存储多少个key
redis最多能支持2^32个键，差不多就是2.5亿个，每个key中的值也是可以存2^32行数据。
Redis是一个高性能的key-value数据库。redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部分场合可以对关系数据库起到很好的补充作用。
为什么要用redis，redis有哪些优缺点redis如何实现扩容
Redis与其他key-value缓存产品有以下三个特点：Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。Redis支持数据的备份，即master-slave模式的数据备份。Redis优势性能极高?CRedis能读的速度是110000次/s,写的速度是81000次/s。丰富的数据类型?CRedis支持二进制案例的Strings,Lists,Hashes,Sets及OrderedSets数据类型操作。原子?CRedis的所有操作都是原子性的，同时Redis还支持对几个操作全并后的原子性执行。丰富的特性?CRedis还支持publish/subscribe,通知,key过期等等特性。
好了，文章到此结束，希望可以帮助到大家。