MVCC多版本并发控制如果觉得对你有帮助，能否点个赞或关个注，以示鼓励笔者呢？！！首先声明，MySQL的测试环境是5.7前提概要什么是MVCC什么是当前读和快照读？当前读，快照读和MVCC的关系MVCC实现原理隐式字段undo日志ReadView(读视图)

目录1.Mysql2.CHAR与VARCHAR的区别？3.能说下myisam和innodb的区别吗？4.你能说下事务的基本特性和隔离级别吗？5.并发问题脏读、不可重复读、幻读?6.事务的隔离级别？7.说说自增主键、UUID？8.mysql的约束分类？9.drop、delete与tru

数据库的三大范式第一范式：每个列都不可以再拆分第二范式：在第一范式的基础上，非主键列完全依赖于主键第三范式：在第二范式上，非主键列只依赖主键，不依赖其他非主键事务的并发问题脏读：事务A读取了事务B更新的数据，然后数据B回滚，那么A读到的是脏数据不可重复读：事务A多次读取同一数据，事务B在事务A读取的过程中对数据进行了修改并提交，导致A多次读的数据

(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fboot2docker%2Fboot2docker%2Freleases%2Fdownload%2Fv1.11.1%2Fboot2docker.iso)首先提一个问题，一个Redis进程每秒能处理的最大请求数目是

1\.MySQL持久化数据,Redis只读数据redis在启动之后，从数据库加载数据。读请求：不要求强一致性的读请求，走redis，要求强一致性的直接从mysql读取写请求：数据首先都写到数据库，之后更新redis（先写redis再写mysql，如果写入失败事务回滚会造成redis中存在脏数据）2.MySQL和Redis

1. MySQL事务隔离级别,默认是可重复读(repeatableread)事务隔离级别脏读不可重复读幻读读未提交(readuncommitted)是是是不可重复读(readcommitted)否是是可重复读(repeatableread)否否是串行化(serializable)

第一章概述锁的分类:从对数据操作的粒度分表锁、行锁。从对数据的操作类型(读\\写)分读锁(共享锁)、写锁(排它锁)读锁(共享锁):针对同一份数据，多个读操作可以同时进行而不会互相影响。写锁(排它锁):当前写操作没完成前，它会阻断其他写锁和读锁。第二章 表锁(偏读)偏向MyISAM存储引擎，开销小，加

ReadUncommitted（读取未提交内容）在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少。读取未提交的数据，也被称之为脏读（DirtyRead）。ReadCommitted（读取提交内容）这是大多数数据库系统的默认隔离级别（但不是MySQL默

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

事务的隔离级别SQL标准定义的4个隔离级别为：READUNCOMMITED（未提交读）事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，也被称为脏读。这个级别是隔离级别中最低的，实际情况基本不用。READCOMMITED（提交读）事务从开始直到提交之前，所做的任何修

数量查询时，有如下几种方式：1.下面三种方式，在多数情况下效率是基本相同的，但问题在于，很多情况下，我们数据库可能有脏数据，比如重复数据，或者某条数据重要字段是null的，那下面的这几种，会把这种脏数据也统计上，本质都是统计满足条件的行数的：selectcount()fromuserselectcount(1)f

并发事务所导致的问题:    当同一个应用程序或者不同应用程序中的多个事务在同一个数据集上并发执行时,可能会出现许多意外的问题并发事务所导致的问题可以分为下面三种类型:     脏读:对于两个事物T1,T2,T1 读取了已经被T2更新但还没有被提交的字段.之后,若T2回滚,T1读取的内容就是临时且无效的.

事务具有ACID四种特性。但是Isolation并发可能引起如下问题：1.脏读允许读取到未提交的脏数据。2.不可重复读如果你在时间点T1读取了一些记录，在T2时再想重新读取一次同样的这些记录时，这些记录可能已经被改变、或者消失不见。3.幻读解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（

引言之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？测试：创建一张测试用的表dept：CREAT

Mybatis架构!(https://oscimg.oschina.net/oscnet/8a1557a89e7661d34b40e72708d98274455.jpg)!(https://oscimg.oschina.net/oscnet/3892d1dbc40146b9261a738dee49082b67d.jpg)怎么看源码下

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

01为什么要用锁？锁是为了解决并发操作引起的脏读、数据不一致的问题。02 锁实现的基本原理2.1、volatileJava编程语言允许线程访问共享变量，为了确保共享变量能被准确和一致地更新，线程应该确保通过排他锁单独获得这个变量。Java语言提供了volatile，在某些

今天我们来看看事务隔离的实现原理事务隔离隔离性与隔离级别当数据库上有多个事务同时执行的时候，就可能出现脏读(dirtyread)、不可重复读(nonrepeatableread)、幻读(phantomread)的问题，为了解决这些问题，就有了“隔离级别”的概念在谈隔离级别之前，你首先要知道，你隔离得越严实，效率就会

事务的ACID原子性（atomicity)一个事务中执行的sql语句，要么全部成功，要么全部失败，不可能一部分成功。一致性（consistency)事务执行前和执行后数据一致，也就是说事务中的sql语句不能只执行一部分。这种请款一般发生在事务异常中断，服