Mysql 数据量级大的情况下，使用 多线程 查询

思路：

    1.按着自己需要的条件分给不同的线程进行查询，查询结束后，将返回的结果add到全局的List中。例:时间段查询，将时间进行分块，然后拼装成List集合

以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。

可以做如下 *** 作：

1）打开两个客户端，均设置为RR；

2）在一个事务中，查询某个 *** 作查到某份数据；比如是某个字段version=1存在数据；

3）在另一个事务中，删除这份version=1的数据；删除后，在2所属的事务中查询数据是没有变化的，还是存在version=1的数据；

4）当我们在2所属的事务中继续更新数据，那么会发现更新不了，明明我们就看到了这份version=1的数据；

缓存一致性:

缓存一致，与什么一致？是与数据库一致，对外查询每个时刻一致；所以在针对于缓存与数据库之间该先更新哪一个呢？可能有人觉得我先更新数据库，再更新缓存不就行了吗？但是有想过个问题吗？

当用户已经支付成功了，更新到数据库，但是呢？你还在缓存中显示未支付，在用户点击频率很高并且数据库压力过大，来不及同步到缓存时，那你是不是很尴尬，这就是典型的不一致了。此时用户再支付，那你又告诉他已经支付了，那他会把你骂死的

那该怎么来做呢？我们可以这样，先更新缓存再更新数据库，那么存在什么问题呢？

1）缓存更新成功，但是数据库更新失败，而被其它的并发线程访问到

2）缓存淘汰成功，但是数据库更新失败，这也会引发后期数据不一致

查询时可能导致数据库的不准确吧，例：你在查询时是修改前的数据。

但问题应该不大。

其中可能会出现的是update事务处理的问题，如果更新太多，最好使用触发更新，当触发时再更新对应的数据，这样好些。

---