MySQL与Redis的区别

mysql事务的原子性

mysql中的事务具有原子性，但其原子性的要求仅仅是事务中的操作具有原子性，即要么都执行，要么都不执行。但并没有要求事务中的所有操作是一个原子操作（即不可分割的整体，按顺序依次执行，不允许其它事务中的操作插入到该执行单元），因此一个事务中的操作具备了都成功执行，或者失败回滚的原子性，但事务中的各个操作之间可以插入其它事务的操作，从而不是原子操作，因此就出现了事务中数据不一致的问题，所以需要强调事务对应的隔离级别，隔离级别才对事务的数据一致性进行了规定和约束。

redis事务

redis中的事务和mysql是不同的，redis的事务是由主进程按顺序执行的，执行完成之前主进程不会中断去执行其它操作，因此，redis事务中的所有操作是一组原子操作，一个事务中的操作是一个原子执行单元，这个单元在执行过程中不允许插入其它操作。但是redis的事务是不支持mysql中原子性的：事务执行过程中，如果遇到redis服务进程被kill、宿主机器停机等等，redis不会进行任何重试或者回滚操作。
因此，redis的事务只支持一致性、隔离性，但是不支持原子性和持久性。支持一致性体现在如下方面：
1、多个命令入事务队列时，如果有一个命令被检查出错（比如参数错误），则直接给客户端报错，并将该客户端的状态设置为事务失效，当执行exec命令时，该客户端事务中的所有命令都不会执行
2、多个命令已经入队列，执行过程中某一个执行出错，那么会将错误信息入结果回复队列，并继续执行后面的命令，保证了一致性
3、如果redis进程被kill或者宿主机器停机，则需要看redis的持久化策略：如果是纯内存数据库，则数据全部丢失，但保证了一致性；如果是rdb持久化模式，由于事务执行期间主进程不会中断执行其它操作，因此主进程无法进行rdb的快照保存，只有事务执行完成之后才有机会执行rdb，如果事务完成之后，rdb执行之前进程kill，则数据丢失一部分，但是数据是一致的；如果是aof模式，aof模式下有后台线程进行命令写入aof文件和将aof文件刷回磁盘，如果是每个操作都刷回的模式，则事务执行过程中被kill会导致aof文件不完整，重启时redis会报错，需要redis-check-aof将文件中不完成的事务操作移除掉才能正常启动，因此也是一致的，但是会丢数据。

事务嵌套

Redis 的事务是不可嵌套的，当客户端已经处于事务状态，而客户端又再向服务器发送 MULTI 时，服务器只是简单地向客户端发送一个错误，然后继续等待其他命令的入队。MULTI 命令的发送不会造成整个事务失败，也不会修改事务队列中已有的数据。

Mysql 的事务是可以嵌套的吗？
官方文档说明：mysql不支持事务嵌套，每一个start transaction命令都会隐式地执行一个commit操作，因此外层的事务就被提交了，不支持嵌套。

进程、线程数

redis是单进程多线程、mysql也是单进程多线程，区别是什么？
redis是单进程多线程，但是这多个线程并非用于处理客户端命令，而是除了主线程，还有维护redis系统的后台线程，比如aof写入等等，所有客户端请求均通过主线程处理，因此从这一点来看redis是单线程处理（客户端命令）。
mysql会为每个链接的客户端分配一个线程，专门用于处理该链接的请求，是多线程处理的。

为什么redis没有用户线程，而mysql却有用户线程，感觉原因在哪里（或者说为什么redis单线程、mysql多线程）？
redis是一种基于内存的数据库，存储数据的内部结构非常紧凑、简单，单个操作的处理时间很短，每秒可以处理几十万的操作请求，因此采用单线程的方式便可以快速执行，而且单线程避免了多线程模型下线程切换的cpu消耗。而mysql这样的基于磁盘的关系型数据库，可能存在某个操作需要进行长时间的io等待，因此需要通过多线程并发处理的模型来并发处理多个请求，从而防止某个长时间处理的操作（尤其是io操作）阻塞其它请求，而在等io时cpu又是闲置的，因此非常适合多线程并发模型。