问：如何保证多线程从mysql数据库查询的数据不重复

1. 答：以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
   可以做如下操作：
   1）打开两个客户端，均设置为RR；
   2）在一个事务中，查询某个操作查到某份数据；比如是某个字段version=1存在数据；
   3）在另一个事务中，删除这份version=1的数据；删除后，在2所属的事务中查询数据是没有变化的，还是存在version=1的数据；
   4）当我们在2所属的事务中继续更新数据，那么会发现更新不了，明明我们就看到了这份version=1的数据；
   缓存一致性:
   缓存一致，与什么一致？是与数据库一致，对外查询每个时刻一致；所以在针对于缓存与数据库之间该先更新哪一个呢？可能有人觉得我先更新数据库，再更新缓存不就行了吗？但是有想过个问题吗？
   当用户已经支付成功了，更新到数据库，但是呢？你还在缓存中显示未支付，在用户点击频率很高并且数据库压力过大，来不及同步到缓存时，那你是不是很尴尬，这就是典型的不一致了。此时用户再支付，那你又告诉他已经支付了，那他会把你骂死的
   那该怎么来做呢？我们可以这样，先更新缓存再更新数据库，那么存在什么问题呢？
   1）缓存更新成功，但是数据库更新失败，而被其它的并发线程访问到
   2）缓存淘汰成功，但是数据库更新失败，这也会引发后期数据不一致

问：mysql是如何解决脏读，不可重复读，幻读

1. 答：学习msyql隔离级别，事务，行排它锁，行共享锁，乐观锁，悲观锁即可

问：数据库中的不可重复读问题

1. 答：在不可重复读里进行重复读操作，不一定有问题，这个由业务决定，实际上很多业务场景重复读不一样的数据，（后一次是最新数据）是对的，反而重复读取的数据一样的话是错的。
   当设置事务隔离级别为不可重复读时，在事务代码里是可以重复读操作的，这个看上去很矛盾， 就像十字路口竖立了一个牌子，上面写着“不可闯红灯”，但是其实你硬要闯也是可以的，那个提示只是告诉你有可能出现危险！这里一样的道理，在“不可重复读”等级下进行了重复读其实也是可以的，mysql本身不会因为你重复读强制报错或终止，但是可能会因为重复读导致问题，也有可能没有问题，并不是说一定会出错，有些场景，两次读不一样，第二次获取到的是最新的数据，确实可能是好的，反而有些场景重复读数据保持一样（明明后边数据被别的事务更新了）可能出错。
   至于哪些场景这样会有问题，我觉得应该是那种生成瞬时数据的场景，比如今天12:00:00网站访问量是1000，有个事务正要拿这个时间点的1000处理，然后返回生成一个报表，这个时候，另一个事务把这个1000改成了2000，但这个2000是12:00:01的访问量，这种场景，重复读就有问题，因为不精确了。但有的场景，比如只要求生成最新的报表，不要求时间，越新越好，这里重复读又没问题，还有类似余额处理，如果是像楼上说的刷卡场景，那种update 两次读取不一样（后边是最新数据）我觉得才是对的，所以需要根据业务场景，有了正确的隔离等级还要配合适当的代码才能决定是对还是错 。
2. 答：编一个刷卡的场景吧，要付100块钱，你在一个事务里，select了一下某个帐号，发现它的余额100元足够，于是发起减余额的操作，做update XX set 余额=余额-100 where ....，结果在你update之前其它事务操作余额变成50了，update完变成-50了