@mingmeng ~来 我愿意内推奖金对半儿分~

123 楼挺逗的哈哈哈

@f666f 没这闲情雅致和你吵架，是好是坏你有说，我也有说，让别人自己评判。

只不过每个回复都在扣帽子——没见过世面，没在大厂呆过；想要的 1w5 内推费想疯了；一付急着给资本家洗地的样子；什么是好坏分不清。

希望你在工作里面不是这样子，要说理，你就说，带这么多主观的情绪在，都是出来工作的人了，这是解决问题的方式？合适？

@f666f 那你随意，我觉得你自己觉得不好没关系，只有 3%觉得好这种东西难道不就是你主观臆测的评论么，别说得这么振振有词，说白了你也就是说你的观点，不要扯上别人。我就在供应链做我说的也是我的感受，你的岗位是垃圾不代表别人的也是

@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 不会转互