NotLongNil

确实，上个月有新闻说到谷歌把“沉浸翻译”的请求认为是攻击，它们现在应该对短时间内频繁的请求给污染了。只有用沉浸翻译才有这样的问题

@silentsky #30 CH 的 MergeTree 索引结构，只能判断到数据在哪个段，然后将整个段加载到内存，在内存中进行遍历过滤。一个段默认大小有 8000 多行。在这个场景下，做好分表，设置好索引，B+ 树段查询速度反而会比 CH 更可观，还节省资源，并发更大。楼主这个搜索场景还需要考虑并发数，CH 的并发成本比 mysql 高了几个量级。物化视图只是 MergeTree 套了一层，底层没变

@BuGoooo #26 clickhouse 不适合做这个。上面看到你试验后，发现查询慢。这是正常的，因为 CH 做了全表扫描。CH 的索引跟 mysql 多索引不一样。如果是固定前两位和固定后四位查询，你使用 mysql ，把这两个单独提出来，作为分表键，加索引，查询速度比 ch es 还快，还节省资源

需要你再具体描述下你的搜索场景，是固定按后 3 位搜索？还是后 4 位？还是随机长度？

@lloyds 没有，我买的正版

抱歉，没看清楚，忽略我上一条回复。你试试升级到最新版本，重新安装下辅助程序

它设置有说明的，它限制了睡眠充电

怎么操作的？我直接在 DeepSeek 联网搜索，试了好几次都没复现

@FranzKafka95 #43 你认为这些评价是“形式主义”，纯粹是你自己的主观臆断，你怎么保证其他参与者都是跟你一样的想法？

从你的回复看，你完全不认为自己有错。从你的附言看，你又要去道歉，但是你的道歉只是跟你的组员们，不知道你的组员是不是转正流程的参与者？而且只在你的小组道歉真的有用吗？

让他获得公平的评价才是你该做的，你现在应该去尝试修改对他的评价，向参与者承认你自己的错误，而不是无意义的道歉！

你这种前后矛盾的言行，更加深了我对你“打压新人”的印象。

你一开始就强调他的资历非常深，我大胆猜测，你因为觉得对方年龄比你大，觉得以后不好管理，想打压下，没想到对方敢反抗。

如果你真的有反思，就不要给自己找借口，无论评论有没有意义，你做出不符合事实、不客观的评价，就是不负责任的表现

道歉没用，只是惺惺作态，自己承认错误，挽回对方的评价，才能赢得别人对你的尊重！