@TangMonk 看 @XDuxin 提到的 Geohash

@int64ago
登录的时候加钱加错了怎么办……

然后呢？然后就没有了？怎么查询的？数据库是啥？开发语言是啥？啥都没有？

尾巴： https://my.pcloud.com/#page=register&invite=NjSmZVgVsH7

重新建标，新的数据扔新表，旧的数据慢慢导过去……

招删帖的么

@SG0606 如果可以的话，能不能给出测试数据我测试一下，一直在研究这一块。

@SNOOPY963 果然然并卵，图片小的根本不知道客服回复的是啥。- -

@XhstormR 8 秒以后貌似连下载都不让下吧

DNS_PROBE_FINISHED_NXDOMAIN

@ch3nz
可是 pgsql 的事物好像是 如果开启了事物 1 ， select 一条数据，事物 2 中如果 update ，事物 1 中再 select ，获取到的仍旧是以前(或当前事物的最新版本)的数据。

@lsylsy2
每次 begin 会分配一个事物 ID ，每个事物中的数据都是隔离的。

从该 SELECT 查询开始执行时，在此查询执行期间，任何其它并发事物针对该查询结果集的数据操作都将不会被本次查询读到，即本次查询获取的数据版本是与查询开始执行时的数据版本相一致。

可串行：
从该 SELECT 查询所在事物开始时，在此查询执行期间，任何其它并发事物针对该查询结果集的数据操作都将不会被本次查询读到，即本次查询获取的数据版本是与查询所在事物开始时的数据版本相一致。

@lsylsy2
更关键的是， PGSQL 的事物是这样的：

A:begin
A:update user set balance = 0
B:begin
A:commit
B:select balance from user where id = 1 这个时候获取的 balance 不是 0 ？

@lsylsy2

假设。

事物 A 、 B 一个购买，一个提现。都是减钱的操作。

账户余额剩余 100 元。
A:消耗 1 元
B:消耗 100 元

A/B: BEGIN

A:select balance from user where id = 1
B:同 A

此时两个事物获取的 balance 都是 100 。代码逻辑验证通过
A:update user set balance = 99 where id = 1
A:insert into orders 完成支付并订单入库
B:update user set balance = 0 where id = 1

A/B : commit

期间也没有什么异常，是不是？

@zrj766
运营商没事干去劫持你个小博客

不是针对你的小博客去劫持，而是不管啥站统统劫持。部分地区的运营商的确是这样的。

@tabris17
假设用户同时在进行购物和提现的操作。分别是两个事物，购物的事物帐户余额扣除了 N 元，提现要要提 X 元，结果前面的事物还没提交，后端 select 到的账户余额是购物扣除前的余额？