事务管理

原文： https://www.jb51.net/article/139113.htm MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁；BDB存储引擎采用的是页面锁，但也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，但默认情况下采用行级锁。 MySQL这3种锁的特性可大致归纳如下： （1）表级锁 ：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 （2）行级锁 ：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 （3）页面锁 ：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 仅从锁的角度来说，表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如Web应用；而行级锁则更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理系统。 一、MyISAM表锁 1. 查询表级锁争用情况 show status like 'table%'; 如果table_locks_waited 的值比较高，则说明存在着比较严重的表级锁争用情况。 2. MySQL表级锁的锁模式 MySQL 的表级锁有两种模式：表共享读锁和表独占写锁。 当一个session对某个表加了读锁之后

一、视图 1、什么是视图 视图就是通过查询得到一张虚拟表，然后保存下来，下次用的直接使用即可 2、为什么要用视图 如果要频繁使用一张虚拟表，可以不用重复查询 3、如何用视图 create view teacher2course as select * from teacher inner join course on teacher.tid = course.teacher_id; drop view teacher2course; 强调 1、在硬盘中，视图只有表结构文件，没有表数据文件 2、视图通常是用于插叙，尽量不要修改视图中的数据 二、触发器 　　1、在满足对某张表数据的增、删、改的情况下，自动触发的功能称之为触发器 　　 2、为何要用触发器？ 　　答： 触发器专门针对我们对某一张表数据增insert、删delete、改update的行为，这类行为一旦执行就会触发触发器的执行，即自动运行另外一段sql代码 -- 语法： delimiter // create trigger trigger名 after/before insert/delete/update on 表名 for each row begin sql代码。。。 END // delimiter ; -- 解释： -- after 事件执行之后触发 before 事件执行之前触发 -- 触发事件 insert

############### 视图 ############## """ 1.视图 视图:是一个虚拟表，其内容由查询定义。同真实的表一样，视图包含一系列带有名称的列和行数据 视图有如下特点; 1. 视图的列可以来自不同的表，是表的抽象和逻辑意义上建立的新关系。 2. 视图是由基本表（实表）产生的表（虚表）。 3. 视图的建立和删除不影响基本表。 4. 对视图内容的更新（添加、删除和修改）直接影响基本表。 5. 当视图来自多个基本表时，不允许添加和删除数据。 1.创建视图 create view 视图名称 as sql 查询语句 2.使用视图 select * from 视图名称; 3.更新视图 alter view 视图名称 AS SQL语句 4. 删除视图 drop view ren_view; """ ############### 触发器 ############## """ 2.触发器-trigger 触发器：监视某种情况，并触发某种操作。 触发器创建语法四要素： 1.监视地点(table) 2.监视事件(insert/update/delete) 3.触发时间(after/before) 4.触发事件(insert/update/delete) 1.创建触发器语法 create trigger triggerName after/before insert/update

1 分布式概述 早起我们使用单体架构，即所有的服务都部署在一台服务器的一个进程中，随着互联网的发展，逐步演进为分布式架构，多个服务分别部署在不同机器的不同进程中。 2 Zookeeper概述 Zookeeper是一个开源的分布式协调服务，提供分布式数据一致性解决方案，分布式应用程序可以实现数据发布订阅、负载均衡、命名服务、集群管理分布式锁、分布式队列等功能。 Zookeeper提供了分布式数据一致性的解决访问，那么什么是分布式数据一致性？ 如上图所示，有用户user在DB1中修改balance为900，如果user下一次read请求到DB2数据库的时候，此时DB1数据库的数据还没及时更新到DB2中，就会造成整个数据库集群数据不一致。 数据一致性分为强一致性和最终一致性，强一致性指的是如果数据不一致，就不对外提供数据服务，保证用户读写的数据始终是一致的。数据强一致性值需要通过锁机制即可解决，在案例中通过在DB2没有从DB1同步数据之前上锁，不对外提供读操作。只要当同步完成以后才对外提供服务。而最终一致性要求数据最终同步即可，没有实时要求。 3 CAP原则 CAP在分布式系统中主要指的是一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance）。 一致性：一致性指的就是强一致性。 可用性：系统提供的服务一直处于可用状态

1.什么是TCC TCC 是 Try 、 Confirm 、 Cancel 三个词语的缩写，TCC要求每个分支事务实现三个操作 ： 预处理Try 、 确认Confirm 、 撤销Cancel 。Try操作做业务检查及资源预留，Confirm做业务确认操作，Cancel实现一个与Try相反的操作既回滚操作。TM首先发起所有的分支事务的try操作，任何一个分支事务的try操作执行失败，TM将会发起所有分支事务的Cancel操作，若try操作全部成功，TM将会发起所有分支事务的Confirm操作，其中Confirm/Cancel操作若执行失败， TM 会进行重试。 分支事务失败的情况 ： TCC分为三个阶段 ： Try阶段是做业务检查（一致性）及资源预留（隔离），此阶段仅是一个初步操作，它和后续的Confirm一起才能真正构成一个完整的业务逻辑。 Confirm阶段是做确认提交，Try阶段所有分支事务执行成功后开始执行Confirm。通常情况下，采用TCC则认为Confirm阶段是不会出错的。即 ：只要Try成功，Confirm一定成功。若Confirm阶段真的出错了，需引入重试机制或人工处理。 Cancel阶段是在业务执行错误需要回滚的状态下执行分支事务的业务取消，预留资源释放。通常情况下，采用TCC则认为Cancel阶段也是一定成功的。若Cancel阶段真的出错了

事务概念 事务在项目开发过程非常重要，涉及到数据的一致性的问题，不容马虎！ 事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性。 事务就是把一系列的动作当成一个独立的工作单元，这些动作要么全部完成，要么全部不起作用。 事务四个属性ACID 原子性（atomicity） 事务是原子性操作，由一系列动作组成，事务的原子性确保动作要么全部完成，要么完全不起作用 一致性（consistency） 一旦所有事务动作完成，事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中 隔离性（isolation） 可能多个事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏 持久性（durability） 事务一旦完成，无论系统发生什么错误，结果都不会受到影响。通常情况下，事务的结果被写到持久化存储器中的 业务场景示例 （此处代码基于Mybatis整合后）给userDao接口新增两个方法，删除和增加用户 //添加一个用户 int addUser(User user); //根据id删除用户 int deleteUser(int id); mapper文件，我们故意把 deletes 写错，测试 <insert id="addUser" parameterType="com.kuang.pojo.User"> insert into user (id

Microsoft SQL Server 数据库 一、创建和维护数据库 1、数据库 　　SQL Server 数据库的组成部分？（参见联机丛书） 　　如何保证数据库的完整性、安全性、并发性？ 　　数据库设计创建步骤？（参见联机丛书 - 创建数据库计划） 　　数据库设计考虑的事项？（参见联机丛书） 2、SQL Server 表 　　设计表时应注意哪些？ 　　如何创建和使用约束、默认值和空值？ 　　数据完整性分类有哪些？并且它们分别包括哪些约束？ 　　约束有哪些？语法？ 　　如何添加、修改和删除列？ 在哪些情况下不可删除列？ 　　创建和修改表 3、SQL Server 索引 　　索引的概念 　　索引的体系结构 　　索引的特性 　　索引的优点 　　索引的缺点 　　索引语法结构 　　主键、约束和索引 　　索引创建基本准则 　　索引的实际应用 　　重建索引？ 4、SQL Server 视图　　 http://hi.baidu.com/ztf704/blog/item/9274cefc64a93ffffc037fb4.html 　　视图概念 　　功能特性 　　视图的几大优点 　　在创建视图前请考虑则 　　索引视图 　　索引视图必须满足下列要求 　　分区视图 　　可更新分区视图 　　可更新的分区视图规则 　　可更新的分区视图数据修改规则 　　分布式分区视图规则 　　视图使用时机 5、SQL

spring bean 的作用域 1.singleton：唯一bean实例，Spring中的bean默认都是单例的。 2.prototype：每次请求都会创建一个新的bean实例。 3.request：每一次HTTP请求都会产生一个新的bean，该bean仅在当前HTTP request内有效。 4.session：每一次HTTP请求都会产生一个新的bean，该bean仅在当前HTTP session内有效。 spring mvc 的工作流程 一个请求→DispatcherServlet根据请求信息调用HandlerMapping→转发到固定handler上即Controller→处理完业务后返回ModelAndView对象→DispatcherServlet把返回的Model传给View 最后返回浏览器。 spring 当中的设计模式 单例 工厂（BeanFactory） 代理 springaop（面向切面代理接口）适配器模式（springmv分配hanglermapping） 装饰模式 给类添加额外职责（Decorator） 观察者模式（spring驱动事件） 策略模式（访问resource接口 不同的 resource） 模板模式 spring 控制事务的几种方式 1编程式事务管理对基于 POJO 的应用来说是唯一选择。我们需要在代码中调用beginTransaction()

一、什么是JAVA事务 　　通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。 　　事务必须服从ISO/IEC所制定的ACID原则。 原子性（atomicity） 一致性（consistency） 隔离性（isolation） 持久性（durability） 　　原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。 　　一致性表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。 　　隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。 　　持久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。 　　既然事务的概念从数据库而来，那Java事务是什么？它们之间有什么联系？ 　　实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。 二、为什么需要Java事务 　　事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。 　　举一个简单例子：比如银行转帐业务，账户A要将自己账户上的1000元转到B账户下面

事务 概念：如果一个包含多个步骤的业务操作，被事务管理，那么这些操作要么同时成功，要么同时失败。 操作： 1，开启事务：start transaction; 2，回滚：rollback; 3，提交：commit; 使用Connection对象管理事务 开启事务：setAutoCommit(boolean autoCommit)：调用该方法设置参数为false，即开启事务 在执行sql之前开启事务 提交事务：commit 当所有sql都执行完提交事务 回滚事务：rollback() 在catch中回滚事务 来源： CSDN 作者： Boml.白顶 链接： https://blog.csdn.net/qq_43616001/article/details/104157596