C（create）：对应的操作SQL语句为insert。此时，需要分情况，如果用到的数据库主键为数据库自增，不考虑业务主键防重的情况下，每一次写入数据库就不是幂等的，所以为了保证幂等，需要在数据insert前做业务防重或是在数据库表上对业务主键加唯一索引。如果数据库主键不是自增，是由业务系统写入的，需要在业务系统里把数据库主键和业务主键做一对一映射，或是由独立服务提供数据库主键和业务主键的映射关系，保证多次请求获取到的数据库主键和业务主键是一致的，确保写入数据库操作是幂等的。综合来说，就是相同的数据多次写入数据库后，能否保证只有一条数据。

insert into user (id,age,sex,ts) values(1,10,‘male’,2021-07-20 10:22:23);

U（update）：对应的操作SQL语句为update。更新操作时，一定是要用绝对值进行更新操作，而不要用相对值进行更新，相对值更新可能导致更新操作不幂等。

幂等：

update user set age = 10 where id = 1;

非幂等：

update user set age++ where id = 1;

D（delete）：对应的操作SQL语句为delete。删除操作时，如果删除的是一个范围，生产上最好是禁止该类操作；比较推荐的做法是把按范围操作删除转换为先按范围查询，再按查询的主键进行删除。而且按范围删除的操作不是幂等的。

幂等：

delete from user where id = 1;

非幂等：该类操作要禁止。

delete from user where id in （select id from user order by id desc limit 10);

保证幂等的实现方式有多种，此处例举几类常见的业务场景，在实际应用中，根据业务场景进行选用。

1. 前端页面提交时，页面token机制。进入页面时，从服务器获取token，在服务器端把token进行存储，提交时把token带到服务器端进行验证；常见的处理流程如下：

图2  页面token机制处理流程

2. 乐观锁机制，使用数据库的版本号实现乐观锁，数据库更新时，判断版本号是否与查询时保持一致，一致更新成功，否则更新失败；

3. select+insert，数据写入前，先查询数据是否存在，存在直接返回，不存在则写入数据，保证写入数据库的数据正确性；常用于并发不高的一些后台系统或是防止任务的重复执行；

4. 悲观锁机制，一般id为主键或唯一索引，仅锁定当前记录；

   select * from table where  id = '1234' for update;

5. 去重表，每一次写入或更新业务表时，先查询去重表是否已经存在记录，再操作业务表。

6. 数据库唯一索引，为业务表建立唯一索引，避免业务数据多次写入；

7. 状态机，业务状态在变更之前是有条件的，必须按设定的状态条件进行更新；

在实际开发中，保证提供的接口或服务的幂等（性），是一个最基本的技术要求，希望通过该分析，能对还未理解幂等（性）的研发人员有所帮助。