解决并发问题方案流程及原理总结（表单重复提交问题）

借助数据库

insert使用唯一索引 update使用 乐观锁 version版本法

这种在大数据量和高并发下效率依赖数据库硬件能力,可针对非核心业务
乐观锁方式1：版本控制+自旋*（自旋哪里体现）*
考虑到这些更新冲突发生概率其实并不高。这里使用数据库乐观锁来实现
原理就是基于CAS，比较并交换数据，如果发现被更新过了，直接更新失败
然后加入自旋（自循还）接着更新，直到成功。乐观就在于我们相信冲突发生概率低
如果发生了，就用一种廉价的机制迅速发现。快速失败。
我们来讨论如何实现它，数据库表GoodsSale新增一行data_version来记录数据的更新的版本号。新的表结构如下：

GoodsSaleDao#uodateCount对应的mapper的SQL语句进行调整，数据更新的时候同时进行大data_version = data_version+!,执行这个sql时候已经对数据上了行锁了，所以这个data_version加1的操作为原子操作

1.行锁和表锁

在mysql的InnoDB引擎支持行锁，与Oracle不同，mysql的行锁是通过索引加载的，即是行锁是加在索引响应的行上的，要是对应的SQL语句没有走索引，则会全表扫描，行锁则无法实现，取而代之的是表锁。

Mysql 领域的innodb存储引擎支持行级锁，innodb的行锁是通过给索引项加锁实现的，这就意味着只有通过索引条件检索数据时，innodb才使用行锁，否则使用表锁。

根据当前的数据更新语句(UPDATE user set name=‘11111’ where account=‘1’)，该条件字段account并没有添加索引，所以导致数据表被锁。