@yangxx #33 我了解到 MySQL 的二级索引在尾部是包含主键的，也就是 INDEX( b ) = INDEX( b ,id )，b = ? AND id > ? 应该都用到的索引才对吧！？

@justfindu #32 先走索引覆盖取出 id ，再 join 原表，是个不错的思路。但是我这个查询条件里面有 c ，会导致无法触发索引覆盖 😂

@YIsion #31 啊还会这样啊，但是 id > ? 这个条件必须得留着

@iseki 的确命中很多，但是索引是有序的带 limit 的情况下扫描前几行不就 OK 了吗

@thinkershare #21 高频插入导致读很慢这个是有可能的，我之前没考虑到。打算从业务层面规避下，处理进度落后到一定值就先不要插入新数据了。

@djoiwhud #20 是我手打的，顺序打错了

@wanguorui123 #2
@xuanbg #5
@sulinwork #11
@circle33 #17
@rrfeng #18

因为 8.x 那台控制权不在我手里，刚拿到 explain 的结果 😂

```json
[
{
"id": 1,
"select_type": "SIMPLE",
"table": "outputs",
"partitions": null,
"type": "range",
"possible_keys": "b",
"key": "b",
"key_len": 152,
"ref": null,
"rows": 1519240,
"filtered": 10,
"Extra": "Using index condition; Using where"
}
]
```

@circle33 #13 这张表 ```c IS NOT NULL``` 只有极少的行不满足，所以就没在 c 上加索引；两个数据库数据都是一样的。

@optional #9 看执行时间应该是扫描了很多行

@circle33 #8 配置都不低，处理这张简单的表的数据量肯定是没问题的

@xuanbg #5 我也是这么以为的 😂

@liuxu #3 赞，我学习下

@thinkershare #1 补充一些情况：

- 没有读写分离
- 这张表断断续续的有 insert ，没有 update ，insert 是起事务一次批量写入几十条

不错，直接买了 👍

用 tailscale ，每个设备都有固定的虚拟局域网 ip

@lesismal #28 没看出来 Delete 和 Update 这些方法存在的作用，不都是 Exec 么

Go Rawsql 我更推荐 github.com/kyleconroy/sqlc 这种实现，直接根据 sql 生成 scan 的代码。

我的 Mac Studio 键盘直接插在后面 USB 上也这样，😓

Raycast 偶尔 cpu 飙升，又换回了 Alfred.