redog

已领感谢，小马还挺好看的

AI 开个车现在都开不明白还想执法

笑，领导有领导的难处啊，关键在于他上面还有领导吧，这项目最终还是得完成吧，他在合同上签字了吧，或是说要是项目完不成最上面肯定先处理他，供应商现在说做不了，总不能不合作了吧，要不就加钱，你的领导能要到钱吗？最后不就得苦一下自己手下的兵。
就算要退一部分钱肯定也是项目验收最后付款时候的事了，跟你这边没有直接的关系了。
根本没法破局，共事好几年又怎么样，你知道这两个月供应商有没有公关你的领导，就算没有那些灰色的不可说的，你的领导无法叫停整个项目或是追加新的预算还是得压到你身上。

不是智商税，可以理解为是天生了按权限进行配置，这个用户是什么权限能访问什么应用（或是说内网资源），不用考虑网络层面上的配置，如果权限不对就算连进内网也无法访问内网的各种服务器
如果只是双重因素这种验证，传统的也能想办法配置，可以说只要支持使用 radius 认证的都可以，上 freeIPA 就行

我个人的理解的话，可以想像一台共享 NAS ，传统 VPN 就是大家都是管理员账号登录，能读写全部共享文件夹资源，零信任就是分了权限的账号登录，登录上来只能读写对应权限的共享文件。

最原始的方法就是临时开启端口，如果觉得还是不安全就还要做 IP 限制，每次登录时改路由或防火墙的配置，只开放当前的 IP 登录到指定端口

另外你的类型不一致，要进行一次手动转换，不然还是会回到 DEPENDENT SUBQUERY ，具体的话，你应该试试:
SELECT software_id from software where author_id = 1 and CONVERT(software_id,char) not in ( select software_id FROM company_software WHERE author_id = 1 and country in ('china', 'korea', 'england') )
这样在 mysql 看来子查询是独立于主查询的，这样只会执行一次子查询，上面都使用了索引，如果你不使用 convert 去转换，因为类型不一致，mysql 又会先看 author_id 有多少条，有多少条就执行多少次子查询，这样就慢了。

如果我没有弄错的话 是因为 NOT EXISTS 的原因，这里会导致你最后一个 where CONVERT(sortware.software_id , char) = company_software.software_id 这个是无效的，因为在 mysql 看来，这里不用专门去匹配，直接按前面的条件取回 N 条记录，在这 N 条记录里去检查 software_id 就行了。

这样会导致外层查询时子查询里返回的不是一条记录，而是一堆记录，在这一堆记录里去判断 software_id 是否相等，应该试试用 not in 本质是 inner join 这样会先按索引来一次性筛选，而不是每一条都要去筛选。

@shrugginG 客气，这个 exists 使用时得考虑相关表里记录的多少，而且有时你以为它会走索引，结果语句你没写好，它就不按你想要的走索引，我一般无脑用 in ，不差那点性能，至少不会出现死活不走索引这种现象。

如果我没弄错的话，原因是你的 exists 语句，这里的逻辑是用 phishy_urls 表（外表）里的"每一条"url_sha256 去比对插入后的值（内表），所以每一次插入都要用 phishy_urls 表里已有的 10W 多条记录去逐一对比，这个时候我记得是外表索引无意义所以变成了全表扫描。
话说，你用 in 来判断就没这问题，或是你反过来用 NEW 来做外表。
你修改后，用了专属的 ON DUPLICATE KEY UPDATE 本来就是优化后的语句自然不存在这个问题。