【互联网常见问题】-幂等性

   - PRG即POST-REDIRECT-GET模式。在这种模式下，用户提交表单后，服务器会重定向用户到一个新的页面，而不是停留在原表单页面。
   - 这样可以防止用户刷新页面导致的表单重复提交，并且可以避免使用浏览器的前进/后退按钮导致的重复提交。
   - PRG是一种流行的前端防重策略。

Token机制

   - Token机制是一种常见的解决方案，适用于多数场景，需要前后端交互配合。
   - 服务端提供一个获取Token的接口，客户端在发送请求前先获取这个Token。
   - 对于分布式系统，服务端生成的Token通常存储在Redis这样的分布式缓存中；对于单体架构，Token可以存储在JVM缓存中。
   - 客户端在请求时携带Token，服务端接收到请求后，会检查Token是否存在于Redis中。如果Token存在，服务端进行业务处理，并在处理完成后删除Token。如果Token不存在，表明请求是重复的，服务端会直接返回一个错误或特定标识给客户端。

这些方案可以根据具体的业务需求和系统架构进行选择和调整。例如，前端防重和PRG模式更多地涉及客户端的控制，而Token机制则需要前后端的紧密协作。在实现幂等性时，通常需要综合考虑用户体验、系统性能和安全性等因素。

服务幂等

防重表的实现策略

为了防止数据的重复提交，我们可以采用防重表的策略。这个方法的基本步骤如下：

创建一张专用的防重表，并在该表中建立一个或多个字段的唯一索引，这些字段作为防重标识，确保即使在并发的情况下也只能插入唯一的数据记录。
在业务数据插入主表之前，先尝试向防重表插入数据。如果插入防重表失败（通常由于唯一索引冲突），则认定为重复数据，拒绝进一步处理。

悲观锁的局限性

尽管悲观锁可以防止数据并发问题，但它存在死锁的风险。悲观锁通常通过锁定数据行来实现，但在高并发环境下，可能会出现两个或多个进程互相等待对方释放锁的情况，从而导致死锁。

例如，用户A锁定了表A并尝试访问表B，而用户B锁定了表B并尝试访问表A。如果两者都在等待对方释放锁，那么系统就会陷入死锁状态。

MySQL乐观锁的应用场景

MySQL的乐观锁是一种基于行锁概念的分布式锁实现方式，主要有两种形式：

基于版本号：
- 这种方法通过给数据记录添加一个版本号字段来实现。在更新时检查版本号是否一致，如果一致则执行更新并增加版本号，否则更新失败。
- 这种方式适用于大多数场景，但在如库存扣减的场景中可能会导致只有一个用户能成功购买，尽管这避免了超卖的问题。
基于条件更新：
- 另一种乐观锁的实现是基于条件更新，例如，只有当库存数量足够时，才允许扣减操作。
- 这种方法适用于需要避免超卖的场景，确保库存的正确性。

乐观锁在竞争不激烈、冲突概率较低的场景中效果较好。但是，乐观锁的操作会直接作用于数据库，可能会对数据库性能造成一定影响。此外，由于MySQL的连接数量有限，大量的锁操作可能会占用过多连接，从而成为数据库性能的瓶颈。因此，在高并发场景下，应谨慎使用乐观锁，以避免对数据库性能造成不利影响。

举例

SQL举例

1. 查询语句：

SELECT * FROM table WHERE id = 1;

这个查询操作是幂等的，因为它不会修改任何数据。每次执行都会返回具有相同 `id` 值的记录，不改变表的状态。即使返回的结果在并发环境中因其他事务的影响而不同，查询操作本身并未改变数据。

2. 插入语句：

INSERT INTO table(id, name) VALUES(1, 'heima');

这个插入操作的幂等性取决于表的约束定义。如果 `id` 或 `name` 列有唯一性约束（例如，`id` 是主键或具有唯一索引），则尝试插入相同的 `id` 和 `name` 值将导致违反唯一性约束的错误。因此，实际上只有首次插入会成功，后续插入会失败，这种情况下操作是幂等的。如果没有这样的约束，每次执行都会插入新记录，这不是幂等的。

3. 更新语句（固定值）：

UPDATE table SET score = 100 WHERE id = 1;

这个更新操作是幂等的，因为无论执行多少次，它都会将具有 `id` 值为1的记录的 `score` 字段设置为100。每次执行之后的状态相同，不会因重复执行而改变。

4. 更新语句（基于当前值的计算）：

UPDATE table SET score = score + 50 WHERE id = 1;

这个更新操作不是幂等的，因为它基于当前 `score` 值进行计算。每次执行都会将 `score` 增加50，因此多次执行会导致不同的结果。

5. 删除语句：

DELETE FROM table WHERE id = 1;

这个删除操作是幂等的，因为一旦执行，具有 `id` 值为1的记录将被删除。之后的同样操作将不会找到任何记录来删除，因此表的状态不会改变。无论执行多少次，结果都是表中不再有 `id` 值为1的记录。

参考资料

https://blog.csdn.net/HRX98/article/details/123338638
https://blog.csdn.net/Huangjiazhen711/article/details/127585296
https://blog.csdn.net/baidu_38493460/article/details/132619338
https://blog.csdn.net/weixin_50966947/article/details/128967722

有用请点赞，养成良好习惯！

疑问、交流、鼓励请留言！

慕白Lee

关注

0
点赞
踩
8

收藏

觉得还不错? 一键收藏
打赏
0
评论
【互联网常见问题】-幂等性

幂等性是分布式系统设计的关键概念，特别是在支付和订单处理等关键业务场景中。一些编程操作如SQL的SELECT、DELETE和UPDATE在特定条件下是天然幂等的。在编程中，幂等性意味着多次对同一资源操作应产生相同的影响，但操作的返回值可以不同。它确保一个操作无论执行多少次，都会产生相同的结果。幂等性起源于数学，表示一个操作多次执行结果不变，如 f(n) = 1^n 总是等于1。幂等性是分布式系统常见的挑战，也是技术面试的常见问题。
复制链接

扫一扫