mysql事务

在很多异常情况下，比如高并发、网络糟糕的时候，数据库里偶尔会出现重复的记录。 假如现在有一张书籍表，结构类似这样 +----+--------------+ | id | name | +----+--------------+ | 1 | 世界简史 | +----+--------------+ 在异常情况下，可能会出现下面这样的记录 +----+--------------+ | id | name | +----+--------------+ | 1 | 世界简史 | | 2 | 人类简史 | | 3 | 人类简史 | +----+--------------+ 但是，想了想，自己在处理相关数据的时候也加了判重的相关逻辑，比如，新增时当图书 name 相同时，会提示图书重复而返回。 初次遇到这个情况的时候，感觉有点摸不着头脑，后面想了想，还是理清了，其实这和数据库的事务隔离级别有一定关系。 先简单说下数据库事务的 4 个隔离级别，然后重现下上述问题，最后说说解决办法。 1 数据库事务的 4 个隔离级别 1.1 未提交读 顾名思义，当事务隔离级别处于这个设置的时候，不同事务能读取其它事务中未提交的数据。 便于说明，我开了两个客户端（A 以及 B），并设置各自的隔离级别为未提交读。（并没有全局设置） 设置隔离级别命令 SET [SESSION | GLOBAL]

@Transactional注解 一.事物传播行为介绍: @Transactional(propagation=Propagation.REQUIRED) ：如果有事务, 那么加入事务, 没有的话新建一个(默认情况下) 　　@Transactional(propagation=Propagation.NOT_SUPPORTED) ：容器不为这个方法开启事务 　　@Transactional(propagation=Propagation.REQUIRES_NEW) ：不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务 　　@Transactional(propagation=Propagation.MANDATORY) ：必须在一个已有的事务中执行,否则抛出异常 　　@Transactional(propagation=Propagation.NEVER) ：必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反) 　　@Transactional(propagation=Propagation.SUPPORTS) ：如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务. 二.事物超时设置: @Transactional(timeout=30) /

背景 在INNODB 1.0之前查看数据库线程的方式是通过命令行： show full processlist 查看inodb的所有进程 列表信息 字段名 说明 id 一个标识 user 显示当前用户，如果不是root，这 个命令就只显示你权限范围内的sql语句。 host 显示这个语句是从哪个ip的哪个端口上发出的 db 显示 这个进程目前连接的数据库。 command 显示当前连接的执行的命令，一般就是休眠（sleep），查询（query），连接 （connect）。 time 此这个状态持续的时间，单位是秒。 state 显示使用当前连接的sql语句的状态，只是语句执行中的某一个状态，一个sql语句，已查询为例，可能需要经过copying to tmp table，Sorting result，Sending data等状态才可以完成 info 显示这个sql语句，因为长度有限，所以长的sql语句就显示不全，但是一个判断问题语句的重要依据。 show engine innodb status 查看最近一次死锁的情况 具体详情字段信息点击 show engine innodb status详细说明 在1.0之后MySQLinnoDB 在information_schema库里面添加三张表分别是 innodb_trx,innodb_locks, innodb_lock_waits

1、 MySQL 的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 2、 mysql 中myisam与innodb的区别，至少5点 (1)、问5点不同； (2)、innodb引擎的4大特性 (3)、2者selectcount(*)哪个更快，为什么 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 (2)、varchar(50)中50的涵义 (3)、int（20）中20的涵义 (4)、mysql为什么这么设计 4、问了innodb的事务与日志的实现方式 (1)、有多少种日志； (2)、事物的4种隔离级别 (3)、事务是如何通过日志来实现的，说得越深入越好。 5、问了MySQL binlog的几种日志录入格式以及区别 (1)、binlog的日志格式的种类和分别 (2)、适用场景； (3)、结合第一个问题，每一种日志格式在复制中的优劣。 6、问了下MySQL 数据库 cpu飙升到500%的话他怎么处理？ (1)、没有经验的，可以不问； (2)、有经验的，问他们的处理思路。 7、sql优化 (1)、explain出来的各种item的意义； (2)、profile的意义以及使用场景； 8、备份计划，mysqldump以及xtranbackup的实现原理 (1)、备份计划； (2)、备份恢复时间； (3

1、MySQL的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； 2、MySQL中myisam与innodb的区别，至少5点 (1)、问5点不同； 1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行级锁，而MyISAM支持表级锁 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外键，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。 (2)、innodb引擎的4大特性 插入缓冲（insert buffer),二次写(double write),自适应哈希索引(ahi),预读(read ahead) (3)、2者selectcount(*)哪个更快，为什么 myisam更快，因为myisam内部维护了一个计数器，可以直接调取。 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 char是一种固定长度的类型

1、MySQL的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； 2、MySQL中myisam与innodb的区别，至少5点 (1)、问5点不同； 1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行级锁，而MyISAM支持表级锁 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外键，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。 (2)、innodb引擎的4大特性 插入缓冲（insert buffer),二次写(double write),自适应哈希索引(ahi),预读(read ahead) (3)、2者selectcount(*)哪个更快，为什么 myisam更快，因为myisam内部维护了一个计数器，可以直接调取。 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 char是一种固定长度的类型

1、MySQL的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； 2、MySQL中myisam与innodb的区别，至少5点 (1)、问5点不同； 1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行级锁，而MyISAM支持表级锁 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外键，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。 (2)、innodb引擎的4大特性 插入缓冲（insert buffer),二次写(double write),自适应哈希索引(ahi),预读(read ahead) (3)、2者selectcount(*)哪个更快，为什么 myisam更快，因为myisam内部维护了一个计数器，可以直接调取。 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 char是一种固定长度的类型

事务的特性 原子性：强调事务的不可分割。 一致性：事务的执行的前后数据的完整性保持一致。 隔离性：一个事务执行的过程中，不应该受到其他事务的干扰。 持久性：事务一旦结束，数据就持久化到数据库。 如果不考虑隔离性会引发的安全性问题 脏读：一个事务读到了另一个事务的未提交的数据。 不可重复读：一个事务读到了另一个事务已经提交的update的数据，导致多次查询的结果不一致。 虚读：一个事务读到了另一个事务已经提交的insert的数据，导致多次查询的结果不一致。 解决读问题：设置事务的隔离级别 未提交读：脏读、不可重复读和虚读都有可能发生。 已提交读：避免脏读，但是不可重复读和虚读有可能发生。 可重复读：避免脏读和不可重复读，但是虚读有可能发生。 串行化的：避免以上所有读问题。 Spring的声明式事务管理方式 Spring进行声明式事务配置的方式有两种： 基于xml配置文件方式 基于注解方式 但无论使用什么方式进行Spring的事务操作，首先要配置一个事务管理器。 搭建转账的环境 第一步，创建数据库表。 DROP TABLE IF EXISTS `account`; CREATE TABLE `account` ( `id` int(11) DEFAULT NULL, `username` varchar(100) DEFAULT NULL, `salary` int(11)

我们都知道事务的概念，那么事务的传播特性是什么呢？(此处着重介绍传播特性的概念，关于传播特性的相关配置就不介绍了，可以查看spring的官方文档) 在我们用SSH开发项目的时候，我们一般都是将事务设置在Service层 那么当我们调用Service层的一个方法的时候它能够保证我们的这个方法中执行的所有的对数据库的更新操作保持在一个事务中，在事务层里面调用的这些方法要么全部成功，要么全部失败。那么事务的传播特性也是从这里说起的。 如果你在你的Service层的这个方法中，除了调用了Dao层的方法之外，还调用了本类的其他的Service方法，那么在调用其他的 Service方法的时候，这个事务是怎么规定的呢，我必须保证我在我方法里掉用的这个方法与我本身的方法处在同一个事务中，否则如果保证事物的一致性。事务的传播特性就是解决这个问题的，“事务是会传播的”在Spring中有针对传播特性的多种配置我们大多数情况下只用其中的一种:PROPGATION_REQUIRED：这个配置项的意思是说当我调用service层的方法的时候开启一个事务(具体调用那一层的方法开始创建事务，要看你的aop的配置),那么在调用这个service层里面的其他的方法的时候,如果当前方法产生了事务就用当前方法产生的事务，否则就创建一个新的事务。这个工作使由Spring来帮助我们完成的。

1、主从复制概述 　　MySQL主从复制也可以称为MySQL主从同步，它是构建数据库高可用集群架构的基础。它通过将一台主机的数据复制到其他一台或多台主机上，并重新应用relay log中的SQL语句来实现复制功能。MySQL支持单向、双向、链式级联、异步复制，5.5版本之后加入的半同步复制，5.6版本之后的GTID复制，MySQL5.7的多源复制、并行复制、loss-less复制。 1.1 常见的几种主从架构 　　1）单向主从模式：Master ——> Slave 　　2）双向主从模式：Master <====> Master 　　3）级联主从模式：Master ——> Slave1 ——> Slave2 　　4）一主多从模式 　　5）多主一从模式 1.2 主从复制功能 　　1）实时灾备 　　2）读写分离 　　3）高可用 　　4）从库数据统计 　　5）从库数据备份 　　6）平滑升级 1.3 主从复制原理 　　主从同步过程中主服务器有一个工作线程I/O dump thread，从服务器有两个工作线程I/O thread和SQL thread。 　　主库把外界接收的SQL请求记录到自己的binlog日志中，从库的I/O thread去请求主库的binlog日志，并将binlog日志写到中继日志中，然后从库重做中继日志的SQL语句。主库通过I/O dump thread给从库I/O