成长不一定是在工作上的，可以是在其他的事业上。

@rqxiao 没注意到行锁是同一个对象，能获取到行锁确实证明上个已经提交。我说的幻读的那种场景是例如会议室预定，两个人同时预定同个时间段的会议室，通过 select count()来判断是否有预定，在 rr 级别下，会出现两个事务并发进行，都先判断无人预定，然后就会产生写冲突。

@rqxiao 在这里事务一更新了 detail 然后去 count ，这个时候 count(0)=1 ，所以事务一没有更新表 a ；事务二跟事务一是并发的，count(0)也是等于 1 ，也没有更新表 a 。原因就是因为 count(0)这个地方是 ReadView ，两个事务读出来 count(0)都不等于 0.

@rqxiao 问题应该还是在 count 的地方，产生了一个快照读。但我个人分析还是觉得无论前面那一句查询加不加都会是快照读，也就是无论怎样都会有幻读的问题才对。不加 select * from a_detail where id =这一句事务反而能够正常跑是我不能理解。现在不知道从哪里分析问题了

@rqxiao 难道是在事务开始时候的 select * from a_detail where id =这一句影响了后面的 count ？就算去掉开始的语句我也觉得会有幻读的问题的，两个事务里面的 count 应该都是快照读才对。

当你是单身，住的地方没网没空调，你的主要活动也都还是上网打机，刚好这个时候公司周末要加班，公司配的电脑，显卡虽然一般但是其他配置很高，而且申报的是企业宽带，要是我我也去加班（摸鱼）。

大概印象是第三个，创作者中心，但还是需要用户授权。

@huisunan 就说家里在忙没听到。除非他想直接炒了你，不然还想追根究底。当然了，如果他真想，那就更加没必要。

@huisunan 明天？明天你电话就打不通了，别问，问就是没有信号。

图片问题，确实是后端的问题。但四个模块要一个接口，个人感觉不合适。这种页面产品不知道后期会迭代多少次，写的太死，前后端都累。后面要是产品发疯，要其中一个模块放到其他页面，那前端的工作量是有了，接口的延迟也就上去了。

一般城中村不是自己住的。都是建的密集而杂乱。农村的好歹是自己一大家子在住，正常对比也是农村的赢吧

虽然我谈不上热爱，但是计算机好歹能赚钱。其他行业说实话都是一样的牛马，计算机至少能赚点钱。

最近在学 rust ，我觉得我可以，反正待业。

@xiaohundun https://developer.work.weixin.qq.com/document/path/91782
这个是聊天会话内容获取的接口。聊天内容包括成员之间，还有成员客户的聊天内容都可以获取。

第二条，企微提供 API 去过去聊天记录的。可以详细看看文档，这块我记得是要收费的。

@xiangqiankan 啊，人还要吃饭的啊

@hanierming 这个时候，公司请证明这个人给公司造成了极大的损失。不是 op 需要考虑的问题，现在 OP 需要考虑的是请个律师，吃下这波流量。

同问 Java 的具体岗位要求。谢谢楼主。