iOS 没有需求了，转行吧。保安 快递 外卖先跑起来

一个 35 退休，一个 40 退休
@Dantence

读研换方向，生物信息或者化学计算，或者卷 ai ，单单计算机数据库方向需求比较少的。

不建议计算机了，卷生化环材吧，至少有人要，也可以润。

前端已死，长沙又是低薪资卷都，回炉重造吧

卡年龄吗？

没听说过

大三好好准备考研，这种工程方面的东西没必要学的。

远程继续做呗，顺便考公考研

打官司可以外包出去，这种都是流水线作业的，跑通一次以后就熟悉了。

可以全部开源，但是商业使用收费，然后打官司赚钱。

以下 GPT4 回答：

MySQL 的索引下推优化（ Index Condition Pushdown, ICP ）是 MySQL 5.6 版本引入的一种查询优化方式。它允许 MySQL 在索引扫描时就进行部分 WHERE 条件的过滤，而不是在全部数据检索后再进行过滤，从而提高查询效率。

然而，ICP 并不是对所有查询都有效，它对某些查询的优化效果更为明显，例如当数据表的行数非常大，且需要过滤的数据占比较小的情况下。

你的查询语句的 EXPLAIN 结果显示"Using where; Using index"，这表明 MySQL 在进行索引扫描时，已经使用了你定义的复合索引`idx_attenuationutime_utime_intimacy_cpid`，并且在扫描索引时就已经应用了 WHERE 条件进行了部分过滤。

但是，这并不意味着 MySQL 一定使用了 ICP 。ICP 的使用是由优化器决定的，优化器会根据表的统计信息以及查询条件来决定是否使用 ICP 。在某些情况下，即使查询符合 ICP 的使用条件，优化器也可能决定不使用 ICP ，例如当表的行数较小，或者需要过滤的数据占比较大的情况下。

在你的情况下，如果你确定你的查询符合 ICP 的使用条件，但 EXPLAIN 的结果显示没有使用 ICP ，那么可能的原因包括但不限于以下几点：

1. 表的统计信息不准确，导致优化器做出了错误的决策。你可以尝试使用`ANALYZE TABLE`语句更新表的统计信息，然后再查看 EXPLAIN 的结果。

2. MySQL 的配置参数没有正确设置。你可以检查`optimizer_switch`参数的设置，确保`index_condition_pushdown`选项被设置为了`on`。

3. 查询的过滤条件不满足 ICP 的使用条件。ICP 只对某些类型的查询有效，例如比较运算符（如<、>、=等）和某些函数（如 IS NULL 和 IS NOT NULL ）。如果查询的过滤条件包含其他类型的运算或函数，那么 ICP 可能不会被使用。

总的来说，ICP 的使用是由 MySQL 的优化器决定的，它会根据多种因素来决定是否使用 ICP 。如果你想了解更多关于 ICP 的信息，你可以查阅 MySQL 的官方文档。

zt 或者 ts 网络是 overlay 的网络，mtu 的事情是由底层协议处理的。
zt 2800 的 mtu 在转发大包的时候，应该可以自动 fragment 为底层协议的 mtu

@ETiV

工作 8 年了，还有几年就退休了，就没有这种烦恼了。

前端已死，学历也不太行，建议慢慢找吧。

南瑞加班严重的样子