miaomiaotu 最近的时间轴更新
miaomiaotu

miaomiaotu

V2EX 第 706203 号会员,加入于 2024-08-17 10:23:26 +08:00
川普币上不
加密货币  •  miaomiaotu  •  42 天前  •  最后回复来自 kirara2024
17
国补手机选择
买买买  •  miaomiaotu  •  58 天前  •  最后回复来自 miaomiaotu
14
iPad 上的火狐浏览器
程序员  •  miaomiaotu  •  60 天前  •  最后回复来自 24owls
12
之前搞 Java 很多年,现在学别的
程序员  •  miaomiaotu  •  61 天前  •  最后回复来自 miaomiaotu
16
miaomiaotu 最近回复了
17 天前
回复了 Waterchestnut 创建的主题 生活 关于武汉卖房的问题,咨询下各位坛友
@rsyjjsn 梦里啥都有,现在房子过剩,人口减少大趋势,房价跌是大趋势,不可能涨的,最起码要等上一波还完房贷再说,最起码得 20 年左右,你等的起,20 年估计你房子都烂了
22 天前
回复了 klo424 创建的主题 分享发现 Xiaomi 15 Ultra 手机届的颜值巅峰!
又开始吹,别学华为行吗,
下载央视 cctv 诈骗 app ,值得拥有,满满得正能量呢,全部是热点的
@nicoley 如果架构层次解决不了,只能改业务代码那块,那么就使用乐观锁机制,把事务内部代码减少,尽量一个事务内就是单独修改哪个金额数字,减少事务时间,再加上修改时候尽量走索引这样行锁,避免锁表,这样也可以,但是都是拆东墙补西墙方案,不是最终的,最终的还是之前架构方案
43 天前
回复了 miaomiaotu 创建的主题 加密货币 川普币上不
我就买了几千块钱的,玩下,看到日线块金叉了,卖的压力小多了,等到 23 块我就解套了
@nicoley 加分布式锁,先改缓存,缓存成功再改数据库,一致性保证就行,查询什么的走缓存,然后数据库做主主复制或者主从,再加读写分离,这样方案扩展性强,前提是技术到位再加上服务器到位,完美方案,最主要的是把数据库的读压力和写压力分开,数据库在并发读时候出现锁表问题很低,但是加上并发写就会出现,所以最终目的还是数据库读写分离加上压力在缓存层解决,完美,服务器要给力,不然是累赘这个方案
44 天前
回复了 Awes0me 创建的主题 生活 打呼噜被对象嫌弃了,减肥真的有用吗?
这个很难改的没用的,这么小的问题都不能包容话,以后别的更加难,建议考虑下家
设计的就有问题,为啥都要并发修改在数据库层面,正常不是缓存层面加锁控制数量金额等,业务交互在数据库之前走完了,数据库只是记录最终结果。然后再改数据库,而不是直接操作数据库,任何性能问题都是架构层面的问题,不是改个啥代码能解决的,除非屎山代码
牛马太多,只有只有性价比,没得合适不合适一说
怎么做一个金蝶 erp
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   906 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 21:23 · PVG 05:23 · LAX 14:23 · JFK 17:23
Developed with CodeLauncher
♥ Do have faith in what you're doing.