@Jooooooooo 这样改是不是放弃了自带的 Rebalance ？这个轮询是指 单个 consumer 轮询拉取 所有的 queue，还是 单个 queue 同时分配了多个 consumer，这几个 consumer 轮询去拉取指定的 queue ？这两者好像都不太好维护 queue 的 offset 持久化，不知是怎么解决的？😅

你的观点也太草率了，单凭外观好看来判断设计？这就像那个教李小龙做天线的一样

@user8341 这个应该也可以。第一见 select for update skip locked 的用法。
之前看过一篇文章说，select for update 可以用 先 update 后 select 代替来提高效率，所以没想到这里遇到了索引更新导致的死锁问题。今天我上午修改了一些表和查询设计，避免了同时锁 index_holder_status 索引 (其实就是调整了联合索引的顺序。。。)
```
CREATE TABLE `system_proxy` (
`id` int unsigned NOT NULL AUTO_INCREMENT,
`ip` varchar(46) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL DEFAULT '',
`port` int unsigned NOT NULL DEFAULT '0',
`holder` int unsigned NOT NULL DEFAULT '0',
`used` tinyint unsigned NOT NULL DEFAULT '0',
`update_time` timestamp(6) NOT NULL DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6),
PRIMARY KEY (`id`) USING BTREE,
KEY `index_holder_used` (`holder`,`used`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=5585 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci ROW_FORMAT=DYNAMIC;
```

```
// 设置代理资源 holder 为当前线程 id
update system_proxy set holder = #{holder} where holder = 0 limit 1
// 查询线程当前独占的代理资源
select id, ip, port from system_proxy where holder = #{holder} and used = 0
// 更新行记录 修改代理资源状态为已使用
update system_proxy set used = 1 where id = #{id}
```

@DoctorCat 这个业务上没法指定 id，本质就是多线程循环运行，每次运行前先占有一个资源。
这个死锁看起来像是两个事务同时修改了 index_holder_status 这个索引，所以是不是让事务 1 不去更新这个索引就能解决？

@lry #172 尴尬了。。发现了是 v2 的镜像站 假装撤回 172 这条评论

另外我怀疑这个帖子是个公关贴
谷歌搜索楼主 id + 何同学，可以看到几个一样的帖子，现在粉丝都这么热情了吗？？

@festoney8 我也只是找了块砖啊 b 站这类视频更多 (关键字 写粉丝名字)
另外真要杠就得去问何同学本人他的创意哪来的，要不然这个讨论就没答案或者意义

多休息

@lry 另外单那个 38 玩的摄像机就不是一般人能摸到的。。我也眼馋 😀

@tutustream 大制作 小作坊区别？我刚看了视频 里面说了 600 万太大 一面墙放不下才做的全景吧

@tutustream 我只是帮他收集下这个写粉丝名字宠粉创意的视频
另外在 B 站上还有很多这种小 up 主做过这事
https://i.imgur.com/4DYhPKZ.jpg

看了楼上的评论 我都觉得有推手了。。

@x86 @FS1P7dJz 再给你们找个 B 站的

https://www.bilibili.com/s/video/BV1iZ4y1T7cW

@x86 @FS1P7dJz hh 找到了

https://www.youtube.com/watch?v=l96pcW15I3w

同耳鸣 十多天了，而且现在疫情期间 还不敢去医院 无语