@hackingwu 突然发现自己上面的描述不对，应该是走了全索引树扫描。我猜优化器发现你的 t1 索引包含了全部需求字段，所以在 t1 索引树上做全部扫描，而没有去主键索引树（原表）做扫描，因为 t1 树的字节大小一定小于原表，更节省磁盘 I/O 。所以你的 explain 结果用到了覆盖索引。说的不对请指正。

覆盖索引应该是指索引树上包含了本次查询的全部字段，无需回表，你的 sql 是符合的
但查询条件 c2 不在 t1 的开头，所以走全表扫描

1080ti 坐等 3070

学语言只是几天到几周的事，但操作系统、网络、数据库、分布式等等这些底层知识决定了你将来的高度，它们是需要长期累积的

你觉得技术主管容易沟通吗，把自己的想法陈述一下，并且提供一个可行的升级方案，对你对公司都是个成长契机
但是那种自以为是的，直接跑路

细心程度打个问号，但我觉得细致是一个 cruder 最重要的品质
连自己找工作的凭证都不好好审查，你指望他给公司写什么健壮代码

引用外部依赖一定要带上版本

主键查询几十毫秒真的慢了，先在服务器 ping 一下数据库或是用命令行查询看看时间，然后看看数据库的负载是不是太高，另外你做长连接了吗

修改 A 系统的 hosts 将 C 域名指向 B 的 IP 呢

我觉得不需要 redis，前提是你的应用服务器做好柔性重启，关闭前执行完内存中遗留的任务
队列的作用是削峰，应对突发流量，如果常时流量就很大，你需要的是提高硬件 /改善架构，而不是靠队列解决，因为处理不过来在队列里也会堆积

@mmqmyy 无规则肯定要找地方记录吧，这也会增加额外风险和维护成本，密码泄露本身就是个小概率事件，程序员的安全意识一般还都很高，碰到针对你去猜测其他网站标识的应该会更少了

用共享磁盘或云对象存储

代码仓库放开发用配置，开发环境的数据库 /免费额度的 apikey/开发用证书，全暴露也没损失，线上环境用环境变量或文件替换掉，比如 k8s 的 configMap

支付场景轮询就好了，不需要长期推消息

我有 3 个密码，1 是超级简单能送别人用的，2 是稍微复杂一点用于被盗也不可惜的网站，3 是特别复杂带特殊符号的，更谨慎一点可以在 3 的基础上留 2 个字符位描述网站，比如 jd/tb，脑子就可以记住

想到黄渤的一句话：当我出名后，周围都是和善的面孔。

@wangbenjun5 +1 我也是 web 项目用 php-swoole，小工具或者中间件用 go/python