@Leonard 那可以，官方保修只有 1 年那还是买个 ac+ 保险点

@Leonard 好的，再请教个问题，如果屏幕有掉涂层，是不是也算屏幕损坏，可以 799 换屏？

很多人都反对使用物理外键，一般都是说外键维护麻烦、影响性能，表示用逻辑外键会更好。

我对此感到很疑惑，因为我感觉逻辑外键的开销也不小。比如说有一条更新操作的 SQL ，要自己实现逻辑外键，一条 SQL 就变成了两条，先查询后更新，然后我就感觉复杂度一下子就不一样了。

首先，我要引入事务，保证这两条 SQL 一次完成；
接着，受限于隔离级别，要避免脏读之类的问题，需要对应的行进行加锁；
再接着，锁用多了又影响性能（毕竟去除物理外键的原因之一就是为了性能），还得自己实现锁的机制。

这一连串下来，我感觉在维护这个数据完整性约束上的操作比直接用物理外键要麻烦很多，而且还不一定能设计的很完美。很多公司的项目连单元测试都不写，就算写了有很多也不过是 “Happy-path testing”，没尽量考虑各种异常问题。

还是说我把问题想得复杂呢？应该不引入事务、锁机制？

还有一些观点是对于数据库完整性要求低的项目可以不用物理外键，我比较好奇什么样的业务才对数据库完整性要求低？而且这样日积月累脏数据不会越来越多吗？我还是比较认同楼主所提到的，插入错误的数据比插入数据失败的危害要大得多。

最后提一句，我只是刚入行 1 年多的新人，懂得不多，还希望有经验的大佬能多提点一下。

同配置 goland 加一堆 docker ，不卡，但是高负载风扇狂转，噪音明显

我现在的业务也有很多这类日志，不过用的是 mongodb ，单表也有 1500w+了。一般我们是做一个每日的中间表，然后数量就一下子下来了，python 这边压力也小一点

如果有办法强制指定用那个联合索引，应该会快一些才对