本文探讨了SQL操作中的幂等性设计，强调了幂等性在查询、新增、修改和删除操作中的重要性。文章分析了不同场景下的幂等性问题，并提出了四种解决方案：1) token机制，通过结合token和Redis来防止重复请求；2) 乐观锁机制，通过版本号确保计算赋值操作的幂等性；3) 唯一主键机制，利用数据库的主键约束处理插入操作的幂等性；4) 去重表机制，通过预处理确保唯一性。文章还讨论了这些解决方案的优缺点，并建议在实际应用中选择最适合的策略。
安全架构-幂等性设计
幂等性设计的文章有几篇了，虽然侧重点不一样分为了api幂等，http幂等，sql幂等，实际上是一回事。
本篇从侧重SQL语句操作入手介绍sql操作保证的幂等性。
前言
一、SQL幂等场景
一、查询，select * from user where xxx，不会对数据产生任何变化，具备幂等性。
二、新增，insert into user(userid,name) values(1,'a')，
如userid为唯一主键，即重复操作上面的业务，只会插入一条用户数据，具备幂等性。
如userid不是主键，可以重复，那上面业务多次操作，数据都会新增多条，不具备幂等性。
三、修改，区分直接赋值和计算赋值。
1、直接赋值，update user set point = 20 where
userid=1，不管执行多少次，point都一样，具备幂等性。
2、计算赋值，update user set point = point+ 20 where userid=1，每次操作point数据都不一样，不具备幂等性。
四、删除&
最低0.47元/天 解锁文章
865
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
