高并发下,主要矛盾是吞吐量,互联网常用的隔离级别是“读提交(RC)”,一致性通过CAS/终一致性等业务应用层方案解决。 如果并发不高,可以设置为“可重复读(RR)”。 == 另外,高并发的场景,事务用得比较少,基本是默认“一条SQL一个事务”。
核心,调研“基于角色的访问控制”,应该能解决你的问题。
CAS 小栈里有专题,可以看一下
先把权限系统的业务梳理清楚,再考虑表结构。 权限系统,常见的玩法“基于角色”。 定义好角色,定义好每个角色的权限,给每个账号附以角色,就能实现各种访问控制了。 并且,还有良好的扩展性。
(1)走主库能规避掉“主从一致性”问题; (2)水平切分,可以扩展整体性能; (3)另外还有一种“选择性读主”的方案,历史文章里写过,可以在目录里找一找;
分享这个小栈给你的朋友们,一起进步吧。
• 所有用户可根据关注领域订阅专区或所有专区
• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询
• 专区发布评论属默认订阅所评论专区(除付费小栈外)
- 热门小栈
- 新小栈
- 更多