只有 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 居多吧看运气

自己捞一下～

@zchlwj Hello, 标记为不合适意思是简历或者面试没有通过，可能要继续优化一下，然后隔半年再尝试了

@2won4u123 抱歉；
已经重新 Append 了链接，如果访问还有问题的话可以继续回复或者邮件 QQ 喊我。

限 java 。。。。

@bleepbloop 代回复一波~日常只有发版有可能发晚了加班，其他都是正常走的；如果是特殊问题（进度？线上问题）加班，前者可以调休，后者第二天早上不用来；不过确实没有工资 hhhhh

同问价格

@zhengyouxiang 就是方框方框加方框呀 其实仔细看图里面也没什么高大上的元素在 就方框文字方框文字箭头