以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
站在用户的角度思考问题，与客户深入沟通，找到碑林网站设计与碑林网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站建设、成都做网站、企业官网、英文网站、手机端网站、网站推广、申请域名、雅安服务器托管、企业邮箱。业务覆盖碑林地区。
可以做如下操作：
1）打开两个客户端，均设置为RR；
2）在一个事务中，查询某个操作查到某份数据；比如是某个字段version=1存在数据；
3）在另一个事务中，删除这份version=1的数据；删除后，在2所属的事务中查询数据是没有变化的，还是存在version=1的数据；
4）当我们在2所属的事务中继续更新数据，那么会发现更新不了，明明我们就看到了这份version=1的数据；
缓存一致性:
缓存一致，与什么一致？是与数据库一致，对外查询每个时刻一致；所以在针对于缓存与数据库之间该先更新哪一个呢？可能有人觉得我先更新数据库，再更新缓存不就行了吗？但是有想过个问题吗？
当用户已经支付成功了，更新到数据库，但是呢？你还在缓存中显示未支付，在用户点击频率很高并且数据库压力过大，来不及同步到缓存时，那你是不是很尴尬，这就是典型的不一致了。此时用户再支付，那你又告诉他已经支付了，那他会把你骂死的
那该怎么来做呢？我们可以这样，先更新缓存再更新数据库，那么存在什么问题呢？
1）缓存更新成功，但是数据库更新失败，而被其它的并发线程访问到
2）缓存淘汰成功，但是数据库更新失败，这也会引发后期数据不一致
线程不多的话，每个线程对应使用自己的数据库连接，即N个线程使用N个数据库连接。
思路：
1.按着自己需要的条件分给不同的线程进行查询，查询结束后，将返回的结果add到全局的List中。例:时间段查询，将时间进行分块，然后拼装成List集合
DATABASE：默认值，基于库的并行复制方式
LOGICAL_CLOCK：基于组提交的并行复制方式
mysql show variables like "slave_parallel_type";
mysql show variables like "slave_parallel_workers";
master_info_repository=TABLE #开启MTS 功能后，会频繁更新master.info，设置为TABLE 减小开销
slave_master_info 记录了首次同步master 的位置relay_log_recovery=ON （slave IO 线程crash，如果relay‐log损坏，则自动放弃所有未执行的relay‐log，重新从master 上获取日志，保证relay‐log 的完整性）
slave_preserve_commit_order=ON 在slave 上应用事务的顺序是无序的，和relay log 中记录的事务顺序不一样，这样数据一致性是无法保证的，为了保证事务是按照relay log 中记录的顺序来回放，就需要开启参数slave_preserve_commit_order。
虽然mysql5.7 添加MTS 后，虽然slave 可以并行应用relay log，但commit 部分仍然是顺序提交，其中可能会有等待的情况。
#include QCoreApplication
#include "thread.h"
#include QVector
#include QDebug
int main(int argc, char *argv[])
{
QCoreApplication a(argc, argv);
QVectorThread* vector;
Thread *thread;
//创建多个线程，并start
for(int i=0;i10;i++){
thread=new Thread;
vector.append(thread);
thread-set(i);
thread-start();
}
//等待所有线程执行完，然后删除线程
foreach(thread,vector){
thread-wait();
}
foreach(thread,vector){
delete thread;
}
return a.exec();
}
数据库有自己的连接锁机制，如果是针对同一台机器使用同一个接口进行插入的话多线程和单线程是一样的。除非你有好几台数据库服务器，这样再使用多线程来进行上面的工作的话效率才会明显提高。