扩展一下：

1. 我们年营业额中 9 位数，实际员工人数为 0 ，主要用于签信创业务合同的公司收到过这个函，公司注册在自贸区虚拟地址，收件地址是某个员工住宅，（为了开票提额，注册地址不具备经营条件，所以随便找了个公司房子面积较小的只有 28 平米的学区房的员工签了个租房协议，在工商备案为实际经营地址），该文件快递发到了这个地址，电话写的工商备案的电话（实际为财务公司的负责人手机号）。这个公司有大量运营商二次招标的中标记录

2. 我们已经不再使用的旧公司，只是没注销，无员工无业务，但是有大量替客户备案域名，有各种招聘网站的多年 VIP ，大量用于注册各种公司账号的公司壳，收到过这个函，我们至今还在招聘网站以这个公司名义招聘，实际入职不是这个公司，因为 VIP 都开了多年，这个公司要不是各种历史遗留的账号和备案，早注销了。因为后来引入战略股东重新做的股权结构，这个老公司就不再用了

3. 我们实际技术支撑公司 1 ，大量员工，注册地址即办公地址，肯定有用 docker desktop 的员工，且很多，没收到过。。。

4. 我们实际技术支撑公司 2 ，少量员工，但是是运营商和国家电网的供应商，有大量运营商和国网内部招标中标记录的，收到过。。。

我这边员工为 0 人的 用来过账的公司 也收到过

外国号注册不了抖音，中国号注册不了 tiktok

这好像是知道 tiktok 人的常识

所以别跟风人云亦云了

至于小红书，人家创始时候就是一半海外说中文的一半美妆博主，人家最开始就是高度涉外全球 CDN 的

肯定要通知啊。工作嫌麻烦，不如回家躺平

从 2007 年到现在 我自己有决定权的，不限制国产化的服务器全部都是 ubuntu server

@sagaxu #11
我这边的系统，每个表几乎都是亿行数据起步，这么大的数据规模，基本所有的 WHERE 多条件查询都设计了专用索引，要不根本操作不动
经常是表占 50GB 空间，其中 2/3 是索引占的
然后实际就是，只要你不 FORCE INDEX ，那么 MYSQL 一定会选择最垃圾的索引
几乎没有例外 我们全部测试过

@sagaxu #11
mysql 你用非常容易选错索引都是抬举他了

只要是稍微复杂的查询，你库里有多条为每条复杂查询设计好的索引，且字段有重复的（就是有不同复合索引包含同一个字段），MYSQL 好像是故意的，他一定会选择错的索引

我们这边的一套系统的血泪经验 接近 99%的错误索引选择率

MYSQL 稍微复杂一丁点的查询 一定要手动指定索引
不要让他自动分析，全是最垃圾索引

除了必要值班人员，我们这已经事实放假了，不扣年假，不扣工资

@rogwan #17
这个是微软的商标。。。

@Wongz #75
火绒有个不提醒 6.0 选项啊
为啥你的和我的不一样
我点过一次不提醒升级 6.0 就再也没提醒过了