V2EX › iseki 的所有回复 › 第 14 页 / 共 49 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 10 11 12 13 14 15 16 17 18 19 ... 49

❮

❯

2023-12-17 00:04:04 +08:00

回复了 iseki 创建的主题 › 问与答 › 我是不是买到山寨无花果了

找到了之前买的佳宝的无花果
https://github.com/iseki0/blog/assets/13687964/dc3cf409-030f-4fad-9ab5-7dcd4d2c0561

2023-12-16 20:25:48 +08:00

回复了 iseki 创建的主题 › 问与答 › 我是不是买到山寨无花果了

@woshinide300yuan 仔细看了下，似乎市面上有好几种，包装都高度雷同，购买时需要仔细查看生产商

2023-12-16 17:17:59 +08:00

回复了 iseki 创建的主题 › 问与答 › 我是不是买到山寨无花果了

@luguhu @fzls 关键是都有臭味了啊😯第二次吃到这个味道的···

2023-12-16 17:17:02 +08:00

回复了 iseki 创建的主题 › 问与答 › 我是不是买到山寨无花果了

@NoOneNoBody 有没有推荐的质检机构，有时候还是比较闲的🥰

2023-12-16 17:09:27 +08:00

回复了 monkey110 创建的主题 › 问与答 › 冷死了，室内都零下了，在寒冷地方的各位都是怎么取暖的？

@fzls 他要是自建房，还在农村，只能自己搞土暖气了，不过一般都是火炕？

2023-12-15 21:42:18 +08:00

回复了 LeviMarvin 创建的主题 › 公司运营 › 开了个公司不知道该干什么了

好了，大概可以拿营业执照去各大云平台什么的地方领一点企业福利？

2023-12-13 23:10:06 +08:00

回复了 rockyliang 创建的主题 › Go 编程语言 › 问一个并发程序可见性的问题， golang 语言

volatile 所谓的可见性只是被用户总结出来的效果之一，显然不是说 volatile 只能保证这个。

2023-12-13 23:08:32 +08:00

回复了 rockyliang 创建的主题 › Go 编程语言 › 问一个并发程序可见性的问题， golang 语言

@rockyliang Java 即使不使用 volatile ，使用 Lock 或者 synchronize 也会有一样的效果。
Java 对此的描述是 happens-before ，不是粗暴的 volatile 就可见别的不可见。

2023-12-05 18:14:19 +08:00

回复了 Aluhao 创建的主题 › MySQL › MYSQL 高并发下，记录变动后余额怎么统计才能更准确？

当然，解决这个问题的最佳方法是 ——写个存储过程

2023-12-05 14:24:48 +08:00

回复了 Aluhao 创建的主题 › MySQL › MYSQL 高并发下，记录变动后余额怎么统计才能更准确？

@iseki #30 纠正一个笔误，说的是 PostgreSQL 中同样采用 RR 隔离等级时，可序列化等级无需讨论，任何反常现象都是数据库 bug

2023-12-05 14:22:42 +08:00

回复了 Aluhao 创建的主题 › MySQL › MYSQL 高并发下，记录变动后余额怎么统计才能更准确？

此外，我想发表一个暴论，互联网中相当一部分 Bug 和岗位都是那些喊着用分布式锁的程序员凭空创造出来的。

2023-12-05 14:19:47 +08:00

回复了 Aluhao 创建的主题 › MySQL › MYSQL 高并发下，记录变动后余额怎么统计才能更准确？

同样的问题在 PostgreSQL 中不存在，PostgreSQL 使用 SERIALIZABLE 隔离等级时，这种 select + update 的并发操作，并发事务中后来的 update 操作会报错回滚，这就是为了避免 lost update ，同时 PostgreSQL 也不允许刚才说的那种取巧的办法，同样会报错回滚，因为 PostgreSQL 认为并发操作导致的这种反常是一个问题。

2023-12-05 14:17:19 +08:00

回复了 Aluhao 创建的主题 › MySQL › MYSQL 高并发下，记录变动后余额怎么统计才能更准确？

MySQL 在默认的 RR 隔离等级下会产生 Lost Update 现象，会导致你的问题。
如果你一定要这么写，请考虑将事物隔离等级调整至 serializabel ，这是最简单粗暴的办法。MySQL 的这个隔离等级实现不良，性能可能比较差。
另一种办法：使用 SELECT...FOR UPDATE ，它会产生一个显示锁定，可以用于回避这个问题。
还有个取巧的办法：使用 UPDATE ... SET balance = balance - 100 这样的写法，MySQL 在这个情况下不会丢失更新，不会导致数据错误，只是如果你在前后 select 时，可能会发现 300 - 100 = 100 这样的诡异现象，MySQL 团队不认为这是个问题。

2023-11-30 09:33:09 +08:00

回复了 luvmhx 创建的主题 › Apple › 有高德地图的同学解释一下为什么吗

他们能不能跟这玩意儿合作一下，这多好听啊 https://aivoice.jp/product/gumi/

2023-11-30 09:30:03 +08:00

回复了 Casbin 创建的主题 › 分享创造 › Casdoor: 具有 Web UI 界面的开源身份认证、单点登录平台，支持 GitHub、Gitee、QQ、微信、钉钉登录等

怎么总看这个帖子蹦上来

2023-11-30 09:29:33 +08:00

回复了 wkong 创建的主题 › 程序员 › 让帮我测试发消息，确给我 oss 刷了 4.7TB 的流量😭

@Chad0000 CF 和阿里合作了？

2023-11-18 22:30:09 +08:00

回复了 realpg 创建的主题 › 程序员 › 一次 github 跟开源大佬的抬杠经历

感觉楼主这是心态问题，建议找时间休息休息调整一下