高并发场景分为高并发读和高并发写，账户余额扣减毫无疑问属于后者，处理起来比高并发读难一些。
在高并发写场景中，最难处理的就是具有写热点的场景。
换句话说，每秒钟有一万个账户同时进行一笔余额扣减操作，比每秒钟有一个账户进行一万笔余额扣减操作简单得多，数据库行锁机制是后者的最大天敌。
有的同学可能会说，怎么可能存在每秒钟有一个账户进行一万笔余额扣减操作的场景呢，总不能为了高并发而高并发吧。
其实真的有，…。
上一篇 : 网传厦门某国企研发部门要求每日考察后端 400 行，前端 1000 行代码量，如属实，这个考核合理吗？
下一篇 : 自己拥有一台服务器可以做哪些很酷的事情？
老电脑装Linux能恢复青春吗？...
为什么说英制单位是人类文明的一颗毒瘤？...
既然C#等开源语言，为啥***le还要弄个基本上一模一样的Swift？...
大部分语言都用尖括号<>表示泛型，为什么golang要标新立异用中括号？...
