看来你的命不值 500 呗

还有个办法，把这 500 买 N 份保险，赚麻了

“资源下载的市场彻底被百度网盘抢夺” 不太认同

我迅雷还开着会有呢

@zooo +1 因为现在每天都一样，大脑会被信息压缩过滤了，这样就没啥东西了，可不就感觉快了

好像是有专门的研究结论

你可以这样想，关闭自动更新是专业版以上的功能，要有就得加钱。

哥，谁叫你全表 count/sum 呀，不加 where 就是很慢

数据库场景分两种，oltp 、olap ，简单来说就是 oltp 主要是 select * from table where id = xxx ，1 亿肯定没啥问题。olap 就比较看场景了，比如统计一天的 pv 、uv ，select count(*) as pv, count(distinct user_id) as uv from table where `date_day` = '2024-01-01' 这样也行，好几千 w 的表也可以秒出，如果 where 条件不能命中索引就麻烦了
MySQL 是通过不同存储引擎来分别支持两种场景，但实际情况是两种场景我们都有，这就出来了 tidb 这种 newsql ，两种都支持的比较好

我实际搞过，当然公司不缺资源，100C 256G 3T SSD

有些人嘴真硬啊

说支持指纹又不是只支持指纹，双管齐下不是更好吗？或者按自己情况选择一种

提个我之前用过的方案，表分区。
MySQL 有个缺点就是不能自动加分区，需要停机加

？这都多久的事情了

但你这预算 3000 就有点尴尬了 感觉只有红米了

没位置 约不上

但话说回来，外面漂泊久了真的觉得自助餐不好吃，没有家乡本地菜好吃

抛开电影情节（过于夸张，可能不具有参考性）其实没夸张，一直不敢看，因为太真实了，怕电影院里面哭出声

花 6000 万开公司年会，可能需要，之前百度火的时候年会都是请明星。阿里火的时候把北京去杭州的高铁全部包了，还有酒店住宿，开年会。

和我之前的情况很像，我是老的台式机，没有 WiFi

我是找了个淘汰的路由器，之前 5G 就行，然后 WiFi 用作中继，台式机用网线接到中继路由器上。非常稳

个人来说

BTC 我更不懂，买了说不定亏的更多

每个男人都梦想拥有一辆心仪的车 不知道为啥没感觉

车标我就只认识 BMW

你不要说多少条，一条多大呢

你说的暴涨是多大呢，这个预期就是会暴涨的，不要说 2G 到 4G 。

kafka 的吞吐到了多少呢，这里卡住也会影响性能的

我猜你这个服务是接收日志或者打点上报的。我之前拿 php-Swoole 做过，3-4w qps 没有问题

你给的信息太少了，大概猜测下你说的问题：
1. 发现如果不使用协程直接 for 循环处理 requestData 数据，内存就不会上涨
那是因为这样接口耗时会增加，这样发压端压力上不来。不知道你是什么发压模型
2. 使用协程处理的话内存会立即上涨，这是为什么呢？
同 1 ，耗时下降，这样单位时间内，你收到的请求更多了，请求 data 都在内存里，可不就上涨了

我的建议是，发送到 kafka 就不要协程了，让这点消耗体现在接口耗时上

哈哈哈 你一看就是没工作吧（如有不当 没别的意思）。我已经手机静音 10 年了

1. 可以不学，正常写（多层） for 循环也行
2. 你说的这个和完整语法没啥关系，['A'], ['A', 'B', 'C'] 以及 [['A'], ['B'], ['C']] 就是不一样的东西，一下子也不知道怎么给你解释（因为我 C 忘的差不多了）。基础的语法还是得学一学。元组你可以不了解，只用 list 就行
3. 这个问题信息太少。改源码的事情怎么说呢，如果你是一次性的，就干吧。我们做工程的一般不这样，因为项目会持续迭代。

最后你说的这些和面向对象没啥关系，再说 python 照样可以面向过程的函数式