事务

一、存储过程 定义存储过程 语法： create procedure 过程名（参数1，参数2....） begin sql语句; end 创建存储过程之前我们必须修改mysql语句默认结束符; 要不能我们不能创建成功 ， 使用 delimiter 可以修改执行符号。 mysql> delimiter % #这样结束符就为% mysql> create procedure selCg() -> begin -> select * from category; -> end % 调用存储过程 语法： call 过程名（参数1，参数2）; mysql> call selCg() ; 存储过程参数类型 In 参数 特点：读取外部变量值，且有效范围仅限存储过程内部 例 1 ： mysql> delimiter // mysql> create procedure pin(in p_in int) -> begin -> select p_in; -> set p_in=2; -> select p_in; -> end // mysql> delimiter ; #使用完马上恢复默认的 mysql> call pin(1); #调用pin存储过程 例 2 ：定义存储过程 getOneBook，当输入某书籍 id 后，可以调出对应书籍记录 mysql> create procedure

项目中遇到: lock wait timeout exceeded; try restarting transaction 的问题。 出错的语句是： select id from A where id=1 for update 即锁等待超时， 可能原因分析：并发场景下有一个事务对表A的id等于1的记录进行select for update操作，开启了事务但是并未提交，此时另外的事务对表A的事务操作就会等待锁，最终等待超时报错。 需要检查代码中对事务的开启、提交方面是否有问题。需要保证代码中再进行完for update操作后，事务一定提交或回滚。 Mysql 数据库采用InnoDB模式，默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s，一旦数据库锁超过这个时间就会报错，可以考虑调大innodb_lock_wait_timeout参数的值，或者在代码中增加重试操作，等待另一个事务提交，流程则可继续进行。 来源： CSDN 作者： 怠惰的小小白 链接： https://blog.csdn.net/qq_35462323/article/details/104338645

Spring 框架快速入门 概述 Spring Framework是一个轻量级的解决方案，也是构建企业级应用程序的潜在一站式解决方案。但是，Spring是模块化的，允许您只使用您需要的部件，而无需引入其余部分。您可以使用IoC容器，顶部有任何Web框架，但您也可以只使用 Hibernate集成代码或JDBC抽象层 。 Spring Framework支持声明式事务管理，通过RMI或Web服务远程访问您的逻辑，以及用于持久保存数据的各种选项。它提供了全功能的MVC框架，使您能够将AOP透明地集成到您的软件中。 Spring被设计为非侵入式的，这意味着您的域逻辑代码通常不依赖于框架本身。在集成层（例如数据访问层）中，将存在对数据访问技术和Spring库的一些依赖性。但是，应该很容易将这些依赖项与其余代码库隔离开来。 Spring框架简介 Spring Framework是一个Java平台，为开发Java应用程序提供全面的基础架构支持。Spring处理基础架构，因此您可以专注于您的应用程序。 Spring允许您从“普通旧Java对象”（POJO）构建应用程序，并以非侵入方式将企业服务应用于POJO。此功能适用于Java SE编程模型以及完整和部分Java EE。 作为应用程序开发人员，您可以从 Spring平台中受益的示例如下： 使 Java方法在数据库事务中执行，而不必处理事务API。

1、概述 （1） 锁的定义 锁是计算机协调多个进程或线程并发访问某一资源的机制。 在数据库中，除了传统的计算资源（如CPU、RAM、IO等）的争用以外，数据也是一种供需要用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。 （2） 锁的分类 从性能上分为 乐观锁 和 悲观锁 乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。 例子：① 在数据库的表中加一个version字段，用来记录每次修改数据的版本号，防止并发修改数据出错；② CAS原子类。 悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。 例子：synchronized关键字。 从对数据库操作的类型分为 读锁 和 写锁 （都属于悲观锁） 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。 写锁（排它锁）：当前写操作没有完成前，它会阻断其他session的写锁和读锁。（session：数据库连接） 从对数据操作的粒度分为 表锁 和 行锁 。 2、表锁与行锁 （1） 表锁（ 偏读 ） 表锁偏向MyISAM存储引擎 ，开销小，加锁快，无死锁

事务特性 ACID A：atom原子性 C：consistency 一致性 I：isolation 隔离性 D：durability 持久性 隐式提交 保存点 隔离性有四个级别 右边的第一次读和第二次读的不一样。这就是不可重复读。 右边第一次查到12条记录，第二次查到13条记录。这叫幻读。 以上隔离性四个级别都是sql标准。 mysql在实现sql标准时，再可重复读级别已经解决幻读的情况。 来源： CSDN 作者： 嘤嘤怪QQQ 链接： https://blog.csdn.net/zj20165149/article/details/104342363

事务的应用场景说明 什么是事务: 在实际的开发过程中，一个业务操作如:转账，往往是要多次访问数据库才能完成的。转 账是一个用户扣钱，另一个用户加钱。如果其中有一条 SQL 语句出现异常，这条 SQL 就可能执行失败。 事务执行是一个整体，所有的 SQL 语句都必须执行成功。如果其中有 1 条 SQL 语句出现异常，则所有的 SQL 语句都要回滚，整个业务执行失败。 案例说明 转账的操作 -- 创建数据表 CREATE TABLE account ( id INT PRIMARY KEY AUTO_INCREMENT, NAME VARCHAR(10), balance DOUBLE ); -- 添加数据 INSERT INTO account (NAME, balance) VALUES ('LeeHua', 1000), ('Tom', 1000); 模拟LeeHua给Tom转 500 元钱，一个转账的业务操作最少要执行下面的 2 条语句： -- LeeHua账号-500 UPDATE account SET balance = balance - 500 WHERE name='LeeHua'; -- Tom账号+500 UPDATE account SET balance = balance + 500 WHERE name='Tom'; 假设当LeeHua账号上 -500

两阶段提交 Two-phase Commit（2PC）：保证一个事务跨越多个节点时保持 ACID 特性； 两类节点：协调者（Coordinator）和参与者（Participants），协调者只有一个，参与者可以有多个。 过程： 准备阶段：协调者询问参与者事务是否执行成功； 提交阶段：如果事务在每个参与者上都执行成功，协调者发送通知让参与者提交事务；否则，协调者发送通知让参与者回滚事务。 需要注意的是，在准备阶段，参与者执行了事务，但是还未提交。只有在提交阶段接收到协调者发来的通知后，才进行提交或者回滚。 存在的问题 参与者发生故障。解决方案：可以给事务设置一个超时时间，如果某个参与者一直不响应，那么认为事务执行失败。 协调者发生故障。解决方案：将操作日志同步到备用协调者，让备用协调者接替后续工作。 Paxos（Lamport）： 　　分布式系统中的节点通信存在两种模型： 共享内存 （Shared memory）和 消息传递 （Messages passing）。 　　基于消息传递通信模型的分布式系统，不可避免的会发生以下错误：进程可能会慢、被杀死或者重启，消息可能会延迟、丢失、重复，在基础Paxos场景中，先不考虑可能出现消息篡改即 拜占庭错误 的情况。 　　Paxos算法解决的问题是在一个可能发生上述异常的 分布式系统 中如何就某个值达成一致，保证不论发生以上任何异常

日志文件 1. err日志 error log 记录mysql在运行的过程中所有较为严重的警告和错误信息，以及mysql server每次启动和关闭的详细信息。系统在默认情况下关闭error log 功能。error log 默认存放在data目录下，默认文件名为主机名.err。error log 通过两种方式开启： 1）. 启动mysqld时，附加上--log-error参数 2) . 在my.cnf中配置log-error系统环境变量 当进入mysql后执行 flush logs命令后，mysql会将当前的错误日志文件附加-old文件保存，并且创建一个新的空错误日志文件，仅仅在指定--log-error的情况下。 注：error log 不全是保存是警告和错误信息，还保存每次启动和关闭的信息。 ps启动时信息: 130420 16:19:29 mysqld_safe mysqld from pid file /data0/mysql_data_7706/FZTEST-24178.pid ended 130420 16:19:30 mysqld_safe Starting mysqld daemon with databases from /data0/mysql_data_7706 error: Found option without preceding group in

乐观锁 在关系数据库管理系统里，乐观并发控制（又名”乐观锁”，Optimistic Concurrency Control，缩写”OCC”）是一种并发控制的方法。它假设多用户并发的事务在处理时不会彼此互相影响，各事务能够在不产生锁的情况下处理各自影响的那部分数据。在提交数据更新之前，每个事务会先检查在该事务读取数据后，有没有其他事务又修改了该数据。如果其他事务有更新的话，正在提交的事务会进行回滚。乐观事务控制最早是由孔祥重（H.T.Kung）教授提出。 乐观并发控制的阶段 乐观并发控制的事务包括以下阶段： 1. 读取：事务将数据读入缓存，这时系统会给事务分派一个时间戳。 2. 校验：事务执行完毕后，进行提交。这时同步校验所有事务，如果事务所读取的数据在读取之后又被其他事务修改，则产生冲突，事务被中断回滚。 3. 写入：通过校验阶段后，将更新的数据写入数据库。 乐观并发控制多数用于数据争用不大、冲突较少的环境中，这种环境中，偶尔回滚事务的成本会低于读取数据时锁定数据的成本，因此可以获得比其他并发控制方法更高的吞吐量。 相对于悲观锁，在对数据库进行处理的时候，乐观锁并不会使用数据库提供的锁机制。一般的实现乐观锁的方式就是记录数据版本。 数据版本,为数据增加的一个版本标识。当读取数据时，将版本标识的值一同读出，数据每更新一次，同时对版本标识进行更新。当我们提交更新的时候

前言 本篇文章主要介绍的是SpringBoot的事物Transaction使用的教程。 SpringBoot Transaction 说明：如果想直接获取工程那么可以直接跳到底部，通过链接下载工程代码。 Transaction 事务管理方式 在Spring中，事务有两种实现方式，分别是编程式事务管理和声明式事务管理两种方式。 编程式事务管理： 编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。 声明式事务管理： 建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。 声明式事务管理不需要入侵代码，通过@Transactional就可以进行事务操作，更快捷而且简单，推荐使用。 事务提交方式 默认情况下，数据库处于自动提交模式。每一条语句处于一个单独的事务中，在这条语句执行完毕时，如果执行成功则隐式的提交事务，如果执行失败则隐式的回滚事务。 对于正常的事务管理，是一组相关的操作处于一个事务之中，因此必须关闭数据库的自动提交模式。不过，这个我们不用担心，spring会将底层连接的自动提交特性设置为false