@hangszhang 文章里已经说明了 MVCC 下幻读的触发条件了，能让同一事务中的同一条查询 SQL 产生不同的结果。
A 事务：SELECT * FROM users WHERE AGE > 10 AND AGE <30; 返回 2 条结果。
B 事务：INSERT INTO users(gmt_create, age, name) values(now(), 20, 'Paidaxing999'); COMMIT;
A 事务：UPDATE users set name = "Paidaxing888" where age = 20;
A 事务：SELECT * FROM users WHERE AGE > 10 AND AGE <30; 返回 3 条结果。

@tedzhou1221 文章里也说了 mvcc 并不能解决所有情况的幻读，所以问题其实还在。一般情况下一个事务中是会对某些表做增删改的操作的，那就一定会有当前读的操作，如果仅仅解决快照读的幻读问题，还是不能保证不出问题。反正我做这种操作前一定会加锁，不指望靠这些默认的逻辑来保障数据安全

平时用 postgresql 比较多，刚刚粗浅地看了下题主说的幻读问题，然后想想“勇哥”的观点：不上锁都是幻读，虽然题主提出这是错的，举了快照读是无锁的例子，但快照读明明就是有可能发生幻读的呀，难道是我理解错了？其实“勇哥”是不是想表达“不上锁的事务都有可能发生幻读”呢？按我的理解幻读都出现在事务中，是要针对查询出来的结果做其它操作才会有影响，不在事务中的单条查询要么出来的是其它事务提交前的数据，要么出来的是其它事务提交后的数据，都不存在幻读的概念了吧？大牛们请指教

@Morii 简直是超级良心了
@HashV2 提的时候有事先看一下条文的规定, 也对人事的这些要求提出了质疑, 并没有同意人事的说法. 后面尝试找了一下, 确实找不到, 也打电话和社保局确认了是有社保记录就可以, 后面和人事又再一次沟通, 还是不肯让步.
@naminokoe @jgh004 @yulgang @shizhibuyu2023 确实也想过, 如果能爽快给个 n+1 也行, 自己走要么找到很理想的, 否则很亏呀, 特别是现在大环境不是很好

@LiuNeng 五年才有年假? 这都违反规定了吧? 我还研究了下条文, 计算工龄的方式好像是以社保缴费年限来计, 满 10 年可以享受 10 天年假, 不知道有没有理解错?

虽然我也用双拼, 但此时此刻我只能联想到鸡拼鸭

好几个表都过亿条, 我想单单是库文件就不小了, 再加 mysql 那点大小又算啥?

其实我更想知道要怎么操作才会内存泄漏?

建议选 mini led 的产品, 亮度优势太明显, 耐久度也好. 我现在用海信的 mini led, 再看回 sony 的 95 系列 lcd, 对比度差太多, 索尼还死贵.

这只能说广告费的结算方式有点不靠谱, 单单靠 pv 来结算就要想到被人刷的风险. 这种事和犯法也一点不沾边, 我无聊点广告玩不行吗? 如果因为这事还去威胁人家, 搞不好还要反过来被告呢.

来试试运气

晚点问就只有 javaer 了

为什么我打不开?

三年后见, 1700027421667

上个帖子没赶上, 来这报道

来晚了,支持一下

感觉这个股要涨回本, 至少要熬完经济寒冬. 消费上不去, 化工行业很难有好日子.

以现在的快递派送量, 每单都送上门所需要的时间成本和人力成本有算过吗? 送上门至少需要以下几步: 1. 电话沟通确认, 不在家还要另外安排时间. 电话还可能没人接. 这里的隐性时间成本巨大 2. 送货上门, 小区大点的, 走路都要花不少时间, 有门禁的, 还要等开门, 楼层高的, 等个电梯就不知道要多久了. 平均下来每个件几乎要多花 10 分钟. 你算一个派件员放驿站一天能派 3 百件, 那送货上门就需要额外的 3000 分钟, 换算为 50 小时, 算快递员一天工作 8 小时, 那差不多就要多 7 个人的工作量. 按现在邮费 5 块钱算, 如果你能接受 40 块钱一单的快递费, 那你就值得享受送货上门服务