抢票本身是一个事务操作,在高并发的同时也要考虑库存量不能-1,我说几点思路吧,缓存就是针对于mysql innodb行锁的优化,redis没有锁概念避免了互相等待时间之后异步队列处理写入db即可,我自己再提供一种思路,将票数分为几十个或者100个池子每个池子里数量最好100左右不能太多,用户hash计算分到不同的池子里拿票,减少了失误冲突和并发等待时间,缺点就是可能一个池子里还有剩,不过高并发面前这个可能性很小。总而言之这类问题很应试说和具体操作完全两回事,不过不同方案都有优缺点,具体解决根据业务场景需求而定吧
点赞 1

相关推荐

行云流水1971:这份实习简历的优化建议: 结构清晰化:拆分 “校园经历”“实习经历” 板块(当前内容混杂),按 “实习→校园→技能” 逻辑排版,求职意向明确为具体岗位(如 “市场 / 运营实习生”)。 经历具象化:现有描述偏流程,需补充 “动作 + 数据”,比如校园活动 “负责宣传” 可加 “运营公众号发布 5 篇推文,阅读量超 2000+,带动 300 + 人参与”;实习内容补充 “协助完成 XX 任务,效率提升 X%”。 岗位匹配度:锚定目标岗位能力,比如申请运营岗,突出 “内容编辑、活动执行” 相关动作;申请市场岗,强化 “资源对接、数据统计” 细节。 信息精简:删减冗余表述(如重复的 “负责”),用短句分点,比如 “策划校园招聘会:联系 10 + 企业,组织 200 + 学生参与,到场率达 85%”。 技能落地:将 “Office、PS” 绑定经历,比如 “用 Excel 整理活动数据,输出 3 份分析表;用 PS 设计 2 张活动海报”,避免技能单独罗列。 优化后需强化 “经历 - 能力 - 岗位需求” 的关联,让实习 / 校园经历的价值更直观。 若需要进一步优化服务,私信
实习,投递多份简历没人回...
点赞 评论 收藏
分享
牛客网
牛客网在线编程
牛客网题解
牛客企业服务