高并发场景下用户购票数量的优化限制方案
此文档属于项目后期阶段，所以建议大家先学习 详细业务讲解 模块后，再来学习此内容
介绍
在节目的购票须知介绍中，会有这样的限制：
- 每笔订单最多购买4张
- 每个账号最多购买4张
这是两个验证条件，一个是验证每个订单的购票数量限制，一个是账号下此节目的购买限制
首先这两个限制在节目表中肯定是要存在的，节目表 d_program 中相关的字段：
`per_order_limit_purchase_count` int(11) DEFAULT '6' COMMENT '每笔订单最多购买数量',
`per_account_limit_purchase_count` int(11) DEFAULT '6' COMMENT '每个账号最多购买数量',
思考
有了限制规则后，接下来就是如何实现限制了，有的小伙伴可能回想，在用户生成订单时，直接从数据中查询数量做验证不就可以了吗
要是普通的项目确实没什么问题，但此项目是一切以 高并发 为前提的，从数据库中查询并发的效率又降下来了，所以还是要借助Redis来实现，并且设计的键值操作起来也要高效才可以
付费内容提示
该文档的全部内容仅对「JavaUp项目实战&技术讲解」知识星球用户开放
加入星球后，你可以获得：
- 超级八股文：100万+字的全栈技术知识库，涵盖技术核心、数据库、中间件、分布式等深度剖析的讲解
- 讲解文档：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的从0到1的550+详细文档
- 讲解视频：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的核心业务详细讲解
- 1 对 1 解答：可以对我进行1对1的问题提问，而不仅仅只限于项目
- 针对性服务：有没理解的地方，文档或者视频还没有讲到可以提出，本人会补充
- 面试与简历指导：提供面试回答技巧，项目怎样写才能在简历中具有独特的亮点
- 中间件环境：对于项目中需要使用的中间件，可直接替换成我提供的云环境
- 面试后复盘：小伙伴去面试后，如果哪里被面试官问住了，可以再找我解答
- 远程的解决：如果在启动项目遇到问题，本人可以帮你远程解决
进入星球后，即可享受上述所有服务，保证不会再有其他隐藏费用。
