那是加班餐不是晚餐..

手动置顶手动置顶～手动置顶手动置顶～手动置顶手动置顶～

手动置顶手动置顶～

你这样发帖是要付我作文模板费的 手动狗头

@php8 看题主需求，使用上要结合场景灵活变通，否则 redis 应该禁掉 keys 命令

@php8 不可以，10w+的 qps 是针对普通 get set 这类命令的；如果需要扫描哈希表匹配 pattern，需要遍历 memory 中的完整哈希表，如果想得到 10w 个内容，扫描的数量（一般）远远不止 10w

只有 1w 个用户，既然没有 dba，考虑到数据量也很小，如果可以接受阻塞其他命令，直接 keys user:*这样的操作即可。从哈希表中 scan 出这么点数据耗时会很低；而且不是可以自己实践测试一下吗，向 redis 里面写 10w 个用户 key 非常快吧

感觉这个问题和 ci 好像没有关系，应该本地也可以做，或者在单元测试上下功夫 patch 查询，安利文章：
https://mp.weixin.qq.com/s/eAptnygPQcQ5Ex8-6l0byA

@wnanbei 嗯，那这个是我理解错了，我以为你说的是 varchar 在使用过程中会根据长度转 text，这个是我整错了

@wnanbei 请注意这部分规则触发的条件，varchar 类型不会在你进行数据改动时转换为 text，这部分操作时在 create/alter table 时触发的，并且条件较为严苛

In some cases, MySQL silently changes column specifications from those given in a CREATE TABLE or ALTER TABLE statement.
- If strict SQL mode is not enabled, a VARCHAR column with a length specification greater than **65535** is converted to TEXT.

而在数据类型确认下来后，如果没有 alter table，只对数据进行改动，数据类型是不会变化的

@wnanbei varchar 和 text 不会转互

@wnanbei 底层不是 Text

https://stackoverflow.com/questions/25300821/difference-between-varchar-and-text-in-mysql

InnoDB 里面决定 TEXT 和 Blob 类型是否要外联（也就是放到外部空间）依据是一个页中是否能够存放下 2 行数据，如果不可以，Text 和 Blob 就会外联，否则就会存在行内，这时和 varchar 等没有什么差异。按照你的描述如果只有 300-500 个字符，这时候 TEXT 会表现得和 varchar （ 500 ）类似。

大部分使用 TEXT 和 BLOB 的时候都是要存储好几 KB 、MB 的内容，可以考虑清楚自己要存什么东西再定

对于索引，我猜可以通过索引字段内容的开头 xxx 字符处理，可以自行尝试一下

再捞一下

@zhangysh1995 对叭起马老师我不动，我是乱打的

@wanguorui123 谢谢支持～
各位哥哥姐姐们别光收藏呀留个回复

@zhang710000 这听说就离谱， 要黑也不是这样黑的。

@sheen 双 12 还能变闲吗，应该都是上半年相对好点，下半年比较忙吧； 775 996 肯定没有 10 7 5 和 10 8 5 居多吧看运气

自己捞一下～