老哥 哪里回哪里呀 情况不一样

正常不需要，BAT 没听过，不然打工 100 年也不够赔的

但罚款是有的，意思一下，主要是经理罚的多

（自己粗心导致的，qa 没有测出来） 老哥别那么大负担，你上来这样，作为 QA 我都不知道怎么给你甩锅了

主要是 SB 用户太多了，为了 99%，只能牺牲 1%。至于开关，这个总不能都开关，所以牺牲 1%。

@aidoudou 要看多大了。目前确实有些难点，内部仍在努力

老话说的话，一分钱一分货，一角钱两分货，一块钱三分货

这不是成比例的，你要更好的体验，就要多倍的投入。如果确实需要，那就不是智商税

人都有指点江山的原始欲望，中东战争都能指点，你这个破人生不是随便指点嘛

再一个很难界定影响。我不结婚生子影响谁了嘛？看似没有，其实还是影响了父母（不管是什么，即使只是父母的期望）。

开售抢全程的（半途的肯定没戏）

然后就是候补了，抢票软件会有点用（至少能帮你跨站买票

看来你的命不值 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 有个缺点就是不能自动加分区，需要停机加

？这都多久的事情了

你是不是看错了 per person
每个人还贵$5-10