一、问题描述

涉及到的功能是一个表单页面添加数据，后端接口的功能就是往数据库中写入表单的数据，系统属于后台系统，但因为跟钱有关，添加的数据要保证同一次填写的数据只能入一次库。

测试很负责任，在测试保存时开启全部能量狂点保存按钮，结果出现了多条一样的数据，问题由此产生

分析问题，原因有两个：1. 表单没有做防重复提交，导致出现多个请求，2. 后端保存接口并发时无法判断同一表单的请求。

二、过程

Round 1：在表单提交后，把按钮置为disabled

FAIL：这种解决方案太依赖前端，并且无法保证刷新时重复提交表单

Round 2：做表单防重复提交，在页面打开时，在session和页面中设置token，表单提交时判断token，并删除session中的token

FAIL：目前的项目中没有先例，要解决防重复提交的问题应考虑整个项目的处理机制，不应特殊化某一功能，对后期维护不好，同时多个页面的token在session中也需要有不同的key，而项目部署时有多个实例，用session实现需要太多的前提条件

Round 3：既然不通过防重复提交解决，那就解决并发问题吧，java中提供了java本身就提供了synchornized和Lock，不仅如此，mysql也提供了get_lock，release_lock方法，用以获取和释放锁

FAIL：在业务代码中特殊处理了这一小部分代码会使代码整体风格变味，同时也一样避免不了去重的逻辑判断（比如通过填写的某些关键信息），所以也不是个好办法

Round 4：mysql的unique_key天然提供了防重复的功能，最终选中unique_key来解决并发重复写入的问题。但在解决过程中要对程序做些改造，首先表单数据在保存时会有流水号信息，并且流水号在数据库中设置了unique_key，原先的程序流水信息是在信息保存时生成，改造后，在添加页面打开时就生成流水信息，并放置在表单的隐藏域内，表单提交后，只是原样保存提交过来的流水号，这样即使有多个同样的表单提交，最终也只会成功一笔，其他均会失败。

SUCC：这么做的不足是流水号可能会被浪费，多次打开表单不提交时，流水号也会生成。另一不足，如果通过非正常手段，变更了流水号再提交，那也没办法阻止，因为对业务来说，不同流水号就被认为了不同的业务。

三、总结

解决这类并发问题，可以有以下途径：

1. 找到业务的唯一约束，使用mysql的unique_key解决

2. 根据业务，如果不能找到唯一约束，那就用锁解决吧，可以选择java的锁，mysql的锁，或者redis实现