公司附近的写字楼里面找个月租一下

@orzwalker111 不要局限于”单张表在一个事务中的多次查询“这种场景 这句话说的太对了，然而从学校到社会，可重读这个问题大多数人都是拿单张表说事儿，太容易让人困惑了

@watzds 明白了，和 20 说的是一回事，在需要获取跨表一致性数据的时候，这个可重读级别很重要。

@git00ll 又测了一下，你说的是对的，我开始拿 SERIALIZABLE 测了一遍，结果和我说的一样，我想当然的以为可重读也是会读到新插数据或改的数据。然而可重读读到的还真是旧数据，这很牛逼，很重要。

事务 A
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
BEGIN

SELECT *
FROM 表 1 ;

转过去执行事务 B

SELECT *
FROM 表 2 ; //发现读到的是旧数据
commit;

事务 B
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
BEGIN
UPDATE 表 2
SET Name='22'

@git00ll 仔细想想感觉不对啊，比如手动执行 sql 的时候，先启动事务，在执行第一条查询查表 1 ，等五秒再执行第二条查询查表 2 ，这中间别人要是插了数据进表 2 去，肯定是会查出来的，什么隔离级别也会查到插进去的新数据。

@git00ll 这两次查询查两张表，可重读会帮忙把它们时间间隙卡的很短吗，以前还真没了解过这个。它会和 Java 多线程一样使得两个查询之间线程不会中断吗？

@watzds 这个例子很赞，确实有这么一些场景，套个可重读的隔离级别上去就可以少考虑不少事儿了，减小写代码的复杂度。

@demoshengxw 认真读了你的例子，我感觉在这个例子中也没有什么数据需要获取两次呀，中途插入了啥也不会有影响吧。把获取对账需要的数据当作事务 A, 它执行两个操作，1 获取用户两个月的余额快照记录，2 获取用户本月账单明细

select *
from account where userId = 10 and time > 上个月;

select *
from order where userId = 0 and time >= 这个月 1 号;

9 个月，n+1 得赔两个月，和公司商量一下各让一步，赔一个半月算了，要真是天天去公司耗着坐老虎凳，挺尴尬的，太影响心情了，又耽误时间

我觉得可能是这样，平时不沟通不代表没感情，只是你找她借一千块钱让他失望了，你妹妹希望你成长。你如果找她不是借钱，找她是吃饭她应该会很开心吧，当妹妹的其实都只是嘴硬，不会心怀。

说到玩笑，我想提个问，女生能接受开黄腔吗

@284716337 学到了，这个方案感觉可靠

@HUZHUANGZHUANG 你说的这个方法我试过，强迫自己先看看清楚了，但是保持不了两天，快速切换着回消息的时候还是容易出错，最好是养成个习惯，发送前检查一遍

打不打电话这个事情暂且不论，我认为快递送上门是天经地义的，每次买的东西大多都能送上门，有的不知道为什么默认放驿站了也可以在订单页点一下需要上门，就给送上门了。送快递这个事情当然是很难很累，但是有很多地方能坚持送上门。一大波不遵守法律法规的漏网之鱼嚷嚷着一天只能送一百件，只能赚五十块,就不送上门。这对坚持送上门的从业者是极不公平的，不送的人用更少的付出拿到一样或者更多的收入，这太不公平了。

@yiyiwa 我听说也是这样，要有 WinPhone 验证，没退出过。也不知道现在有没有什么办法能让没登过的号能登上去