@ErwinCheung 会。因为我觉得我的体验和楼主写的差距不小，每个人冷暖自知，不想被负面的东西代表

@SmartKeyerror 反对，这种帖子往往是和部门岗位挂钩的，一个人的视角（特别是负面意见）很容易误导到更多人。可以看看我写的帖子
https://v2ex.com/t/746047#reply2

@zhangsanfeng2012 道理都懂，可是代码里面明明没有在用

@bleepbloop 我只是提醒这个描述不合适，免得有人进来之后吐槽说（理论上）要加班才能点餐，（实际上 狗头）

那是加班餐不是晚餐..

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

手动置顶手动置顶～

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

@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 对叭起马老师我不动，我是乱打的