miaomiaotu 最近的时间轴更新 miaomiaotu 最近的时间轴更新 |
miaomiaotuV2EX 第 706203 号会员，加入于 2024-08-17 10:23:26 +08:00今日活跃度排名 16908 |
| 川普币上不 加密货币 • miaomiaotu • 13 天前 • 最后回复来自 kirara2024 | 17 |
| 国补手机选择 买买买 • miaomiaotu • 29 天前 • 最后回复来自 miaomiaotu | 14 |
| iPad 上的火狐浏览器 程序员 • miaomiaotu • 31 天前 • 最后回复来自 24owls | 12 |
| 之前搞 Java 很多年，现在学别的 程序员 • miaomiaotu • 32 天前 • 最后回复来自 miaomiaotu | 16 |
miaomiaotu 最近回复了
14 天前 回复了 omt 创建的主题 › 问与答 › 想戒掉抖音，但又不想错过那些实时新闻热点事件有什么好的解决方案嘛 |
下载央视 cctv 诈骗 app ，值得拥有，满满得正能量呢，全部是热点的
14 天前 回复了 455035319 创建的主题 › MySQL › 数据库高频更新问题 谁遇到过没 有啥好的解决方案部 |
@nicoley 如果架构层次解决不了，只能改业务代码那块，那么就使用乐观锁机制，把事务内部代码减少，尽量一个事务内就是单独修改哪个金额数字，减少事务时间，再加上修改时候尽量走索引这样行锁，避免锁表，这样也可以，但是都是拆东墙补西墙方案，不是最终的，最终的还是之前架构方案
14 天前 回复了 miaomiaotu 创建的主题 › 加密货币 › 川普币上不 |
我就买了几千块钱的，玩下，看到日线块金叉了，卖的压力小多了，等到 23 块我就解套了
14 天前 回复了 455035319 创建的主题 › MySQL › 数据库高频更新问题 谁遇到过没 有啥好的解决方案部 |
@nicoley 加分布式锁，先改缓存，缓存成功再改数据库，一致性保证就行，查询什么的走缓存，然后数据库做主主复制或者主从，再加读写分离，这样方案扩展性强，前提是技术到位再加上服务器到位，完美方案，最主要的是把数据库的读压力和写压力分开，数据库在并发读时候出现锁表问题很低，但是加上并发写就会出现，所以最终目的还是数据库读写分离加上压力在缓存层解决，完美，服务器要给力，不然是累赘这个方案
15 天前 回复了 Awes0me 创建的主题 › 生活 › 打呼噜被对象嫌弃了，减肥真的有用吗？ |
这个很难改的没用的，这么小的问题都不能包容话，以后别的更加难，建议考虑下家
15 天前 回复了 455035319 创建的主题 › MySQL › 数据库高频更新问题 谁遇到过没 有啥好的解决方案部 |
设计的就有问题，为啥都要并发修改在数据库层面，正常不是缓存层面加锁控制数量金额等，业务交互在数据库之前走完了，数据库只是记录最终结果。然后再改数据库，而不是直接操作数据库，任何性能问题都是架构层面的问题，不是改个啥代码能解决的，除非屎山代码
16 天前 回复了 yoiteshaw 创建的主题 › 职场话题 › 投了几个简历委婉被拒绝，询问 AI 到底问题出在哪，从自信满满到充满困惑现如今垂头丧气。 |
牛马太多，只有只有性价比，没得合适不合适一说
28 天前 回复了 automationIan 创建的主题 › 程序员 › 大佬们，一人来一道.NET 面试题，准备年后跳槽 |
怎么做一个金蝶 erp
29 天前 回复了 miaomiaotu 创建的主题 › 买买买 › 国补手机选择 |
准备去哪里买，我看现在加国补 16+256 的也得 4000 多
30 天前 回复了 xjwen314 创建的主题 › 上海 › 现在上海刚需买房，买的到底是什么？ |
只有拿刀或者抢指着你脑袋的，非要你买，不买就死才算刚需，其他都是借口，因为你有选择，有选择就不是刚需
Select Language