开了 cursor pro ，很香，把需求告诉它就把代码写出来了，质量还挺高，写的 go 项目

买过一台一加，用了三个多月话筒就不行了，打电话对方听不到声音

感谢楼主 aUB5aXBsZWUuY29tCg==

@yiplee 这个是我弄错地方了，我刚才是在插件的 options 页面保存 token ，那边是无效的
我直接点击插件 logo 然后在设置里面保存就可以了

@yiplee 我卸载重新安装一下

@coolpace 不用录屏，除了按钮点按效果没有任何反应。看了代码 scripts/options.min.js 写的是

"use strict";console.log("options.ts");

token 点保存没反应

@coolstranger #56 还没有，暂时先把用 8.x 那台的服务给停了。
对了，停掉服务之后，再手动跑了一下这个简单的查询，86 ms 就返回了 ：）

@rrfeng #38 突然意识到我对 innodb 的二级索引理解错了，我一直以为 INDEX( b ) = INDEX( b ,id )，实际上 id 是保存在 INDEX( b ) 的叶子节点上值，并不是有序的，所以无法用于 ORDER BY ，不知道这次理解对没 😂

@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 看执行时间应该是扫描了很多行