Linux运维技术之详解mysql事务和隔离级别

事务和并发执行目的:

1、提高吞吐量,资源利用率

2、减少等待时间

 

连接管理器:接受请求/创建线程/认证用户/建立安全连接

并发控制:任何时候,只要有两个以上的用户试图读写同时一个文件/数据,都会带来并发控制问题,

     多版本并发控制(MVCC):每个用户在操作数据的时候操作的都不是源数据,而是操作的是源数据的副本/快照,最后再把操作的快照合并到源数据上去

锁:最简单的并发控制机制就是实施锁|要想实现并发控制一个基础的工具就是"锁"

读锁(read):共享锁,允许其他人同时读,但不允许写!

写锁(write):独占锁,写的时候,既不允许其他人写,也不予许其他人读!

 

加锁:lock   tables    表名   锁类型{read|write}

解锁:unlock   tables    :表示解除所有表的锁

 

锁粒度:从大到小(mysql服务器仅支持表锁,行锁需要有存储引擎的支持

    表锁:一下子锁定一张表

    页锁:锁定一个数据块,页面。

    行锁:

注意!:平常不需要给表手动添加锁,大多数情况下mysql内部就维持锁。

 

事务

    存储引擎或服务器要支持事务必须满足4种测试,叫ACID测试

ACID

原子性:事务所引起的数据库操作,要么完全的反应出来,要么完全的都不反应!

一致性:事务在完成之前或之后结果是一致的,当事务结束之后,整个数据库服务器的状态是没有改变的

隔离性:事物之间影响最小,一个事务的中间过程,不能影响到另一个事务的正常执行过程

持久性:服务器出现崩溃了,仍然要保证数据在下一次恢复过来之后,仍然是有效的!,那也就意味着在内存运行完的数据要立即同步到存储设备上去!

         1、事务提交之前就已经写出数据至持久性存储

         2、结合事务日志完成,事务产生的是顺序IO(按次序存储到连续的存储块当中去)。数据文件是随机IO。

         3、

事务日志

 自我能够完成重做或撤销,在必要的时候进行自我修复

 在事务引擎上,为了完成我们mysql事务,他的每一次操作都是首先在日志文件中完成。

 也就意味着我们的增、删、查、修改都是在内存中完成,完成之后立即写到事务日志中去。过一段时间才会写到磁盘空间中去!

重做日志(redo  log):我们的每一个操作,在真正写到数据库之前,他先写到日志里面去,下一次我们这个操作就算是崩溃了,他还可以根据我们的操作日志重新走一遍。

           我们这一系列操作可以无限次的根据这个日志重复的执行N遍。

撤销日志(undo  log):我们的每一次操作,在操作之前要把它原有的状态给他保留下来,万一将来我们需要还原回原来状态时,可以给他撤销此前所做的任何一个操作,

这些日志最终的目的是:为事务提供ACID兼容性的

事务状态

活动的:active

部分提交

失败的

终止的

提交的

隔离性:

   隔离级别(级别从低到高):

         READ  UNCOMMITTED读未提交:读取数据不需要加S锁,这样就不会跟被修改的数据上的X锁冲突

         READ  COMMITTED 读提交:别人只有提交之后,你才能看到

         REPATABLE  READ可重读:不管你提不提交数据,我这里第一次看到是什么样,一直到事务完成之后还是那个样。

         SERIALIZABLE  可串行:

mysql默认隔离级别为REPATABLE  READ可重读

查看隔离级别:show global variables like '%iso%';

修改隔离级别:set  {session|global} 变量名='对应值'; |set tx_isolation='read-committed';

 

并发控制依赖的技术手段:

时间戳

多版本和快照隔离

 

 

事务命令

    启动事务:start  transaction;

回滚/撤销事务:rollback;

     提交事务:commit

查看是否启动自动提交:select @@autocommit;

关闭自动提交:set autocommit=0;

 

事务支持保存点

 

 

如果此文章有帮助到您,还请麻烦动动您的小手点个赞,谢谢~   

【免费】最新版Linux运维技术入门视频教程请移步:https://edu.csdn.net/course/detail/29944

Linux运维技术交流群:962822359

你可能感兴趣的:(Linux运维之数据库系列,mysql)