那不当程序员当啥？

@git00ll 没啥办法的，耗时就是有那么久。不 limt 他就跑最高 CPU 快速跑完，加 limit 分批跑其实就是把 CPU 时间让给其他程序。

@kikione
常见几种情况我列下吧。

1. 事务内单条 update
update 有行锁，提交之后下一个 update 才能拿到锁继续操作，如果是 update xx set version=version+1 这样更新是没问题的。

2.事务内先 select，然后根据 select 的结果再 update 。
比如 select version from xx 把 version 放程序变量里，然后在程序里进行 version++，再 update xx set version=?。
这种情况 select 是不加锁的，多个线程会一起拿到一个相同的 version，后续的 update 可能都是设置了相同的值。

3.事务内先 select for update，然后根据 select 的结果再 update 。
select 加了 for update 后也会加行锁，在你这个事务提交前其他线程的 select for update 也会卡住，直到事务提交后才能 select for update，数据也没问题了。

单条 SQL 开不开没区别的，开事务其实只是关掉自动提交。

@cassyfar
@Jirajine
感谢回复。

问题好像是找到了，k3s 里配了个 3306 -> mysql 2 号的 Service 。本来应该只是集群内有效的不知为何在宿主机也能访问了。

这问题出现前可能操作了一波 yum update

智能的没软用，续航撑不过 2 天，装的 App 其实也都是些玩具。
非智能的续航 1 周用来记录睡眠步数什么的还能用用。

估计也没多少数据，你写个脚本或者搞个工具定时备份就行了

twrp 能解密读写数据的，不过要输入密码。你那 twrp 兼容性没做好吧。

退货巨坑

操作系统基本只提供 c 的 Api 。
你去看 Java 里的源码，稍微跟一下就能跟到个 native 方法,比如 FileInputStream，其实就是进入 c 的世界调用操作系统的 API 去了。

@axiao123 iOS 从来没有降级通道

另外医院验光的话，公立医院可能因为人太多医生给你草草验过。一些专科医院可能还好点，只不过要多花钱。

大概率是监控程序起了个线程想异步推送数据，但没有设置超时时间，目标端口能握手但不响应（多半是安全组或防火墙没开），就出现这样的情况了。
你看看能不能配置下响应超时时间，也可以排除下那个监控服务端的连接问题。

vscode 的代码提示是不准确的，不适合开发这类静态语言。
js，python 什么的反正没有 IDE 能准确提示，用 vscode 无所谓了。

k3s 裸跑就是占 500m，不过随着 pod 增加会涨一些。我司开发环境的 k3s 跑了 rancher 加近 50 个 pod 目前内存占 1.1g 。agent 占 130m 。
总之还是挺省的。

@YvanGu 手心输入法是 360 背景的我是不敢用。

用了一圈我还是回到搜狗了，广告较多但关着关着基本就没了。