数据库事务

Fescar原理 1、概述 fescar刚推出不久，没几天。看了github的Issues，有人问：可以直接商用吗？ 作者的回复： image 我们也看一下fescard的历史： 阿里是国内最早一批进行应用分布式（微服务化）改造的企业，所以很早就遇到微服务架构下的分布式事务问题。 2014 年，阿里中间件团队发布 TXC（Taobao Transaction Constructor），为集团内应用提供分布式事务服务。 2016 年，TXC 经过产品化改造，以 GTS（Global Transaction Service） 的身份登陆阿里云，成为当时业界唯一一款云上分布式事务产品，在阿云里的公有云、专有云解决方案中，开始服务于众多外部客户。 2019 年起，基于 TXC 和 GTS 的技术积累，阿里中间件团队发起了开源项目 Fescar（Fast & EaSy Commit And Rollback, FESCAR），和社区一起建设这个分布式事务解决方案。 TXC/GTS/Fescar 一脉相承，为解决微服务架构下的分布式事务问题交出了一份与众不同的答卷。 阿里出品的中间件有一种精神是值得赞扬的，就是出品的任何中间件都是业务中已经使用多年的产品。都是经过锤炼的产品，开源的话，去除和内部业务耦合的代码，开源出来。至少有一点，底层的代码是经历过双11这种高并发请求量打磨过的代码

JPA学习总结 JPA简介 JPA是Java Persistence API的简称，中文名Java持久层API，是JDK 5.0注解或XML描述对象－关系表的映射关系，并将运行期的实体对象持久化到数据库中。 JPA包含的技术 ORM映射元数据 JPA支持XML和JDK5.0注解两种元数据的形式，元数据描述对象和表之间的映射关系，框架据此将实体对象持久化到数据库表中； API 用来操作实体对象，执行CRUD操作，框架在后台替代我们完成所有的事情，开发者从繁琐的JDBC和SQL代码中解脱出来。 查询语言 这是持久化操作中很重要的一个方面，通过面向对象而非面向数据库的查询语言查询数据，避免程序的SQL语句紧密耦合。 引入相关jar包 pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0<

事务 指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 简单的说，事务就是并发控制的单位，是用户定义的一个操作序列。 而一个逻辑工作单元要成为事务，就必须满足ACID属性。 事务的四大特性(ACID): 原子性(atomicity) 事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位. 事务中的操作要么都不做，要么就全做。 一致性(consistency) 一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。 例:拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。 事务执行的结果必须是从数据库从一个一致性状态转换到另一个一致性状态。 隔离性(Isolation) 一个事务的执行不能被其他事务干扰 隔离性是当多个用户并发访问数据库时，比如同时操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。关于事务的隔离性数据库提供了多种隔离级别 脏读 不可重复读 幻读

################## 数据储存与缓存相关 ####################### mysql数据库， redis数据库， 9. MySQL的索引一般是怎么实现的？ B-Tree(一般是B+Tree)和Hash，然后再简单介绍一下。 存储 存储可能包含rdbms，nosql以及缓存等，我以MySQL,redis举例。 mysql相关 mysql 是流行的RDBMS 关系型数据库 1.谈谈mysql字符集和排序规则？ 2.var char与char的区别是什么？大小限制？utf8字符集下varchar最多能存多少个字符 char的长度是不可变的，而varchar的长度是可变的，也就是说，定义一个char[10]和varchar[10],如果存进去的是‘csdn’,那么char所占的长度依然为10， 除了字符‘csdn’外，后面跟六个空格，而varchar就立马把长度变为4了，取数据的时候，char类型的要用trim()去掉多余的空格，而varchar是不需要的。 尽管如此，char的存取数度还是要比varchar要快得多，因为其长度固定，方便程序的存储与查找；但是char也为此付出的是空间的代价，因为其长度固定，所以难免会有多余的空格占位符占据空间，可谓是以空间换取时间效率，而varchar是以空间效率为首位的。 再者，char的存储方式是，对英文字符

Day01--查询语句执行流程 　　mysql 基础架构： 　　　　 　　MySQL 5.5.5 版本开始InnoDB成为了默认存储引擎 　　连接器： 　　链接器超时断开参数 wait_timeout 默认 8小时 　　缓存 　　mysql 缓存提供按需使用的方式 将参数 query_cache_type 设置成 DEMAND，这样对于默认的 SQL 语句都不使用查询缓存。而对于你确定要使用查询缓存的语句，可以用 SQL_CACHE 显式指定 　　MySQL 8.0 版本直接将查询缓存的整块功能删掉了 mysql> select SQL_CACHE * from T where ID=10； 　　分析器： 　　分析器先会做“词法分析”。再做“语法分析”　 　　优化器： 　　优化器是在表里面有多个索引的时候，决定使用哪个索引；或者在一个语句有多表关联（join）的时候，决定各个表的连接顺序。 　　执行器： 　　首先判读用户对表有没有查询权限。如果有权限，就打开表继续执行。打开表的时候，执行器就会根据表的引擎定义，去使用这个引擎提供的接口。 　　数据库的慢查询日志中看到一个 rows_examined 的字段，表示这个语句执行过程中扫描了多少行。这个值就是在执行器每次调用引擎获取数据行的时候累加的 Day02--更新语句执行流程 　　更新比查询多涉及两个日志模块 redo log 和

ID milk bread butter beer diapers 1 1 1 0 0 0 2 0 0 1 0 0 3 0 0 0 1 1 4 1 1 1 0 0 5 0 1 0 0 0 支持度（Support） sum(x) sup(x) = -------- N 譬如在上面的示例数据库中，{beer, diaper} 的支持度为 1/5 = 0.2。5 条事务中只有一条事务同事包含 beer和 diaper ， 实际使用中我们会设置一个最低的支持度（minimum support）， 那些大于或等于最低支持度的 X 称之为频繁的 item-set 。 置信度（Confidence） 置信度表示为规则 X ⇒ Y 在整个 T 中出现的频率。而置信度的值表示的意思是在包含了 X 的条件下， 还含有 Y 的事务占总事务的比例。同样假定 T 中含有 N 条数据， 那么置信度的计算公式为： sup(xUY) conf(x=>f)= -------- sup(x) 譬如再上面的示例数据库中，{beer, diaper} 的置信度为 0.2/0.2 = 1。表面在所有包含 beer 的事务中都会一定包含 diaper。 同样的，在实际使用中我们会设置一个最低置信度，那些大于或等于最小置信度的规则我们称之为是有意义的规则。 相关性度量 有时候使用支持度和置信度挖掘到的规则可能是无效的。

下载地址： 网盘下载 内容介绍 编辑 《SQL Server 从入门到精通》从初学者的角度出发，通过通俗易懂的语言、丰富多彩的实例，详细地介绍了SQLServer2008开发应该掌握的各方面技术。全书共分15章，包括数据库基础、初识SQLServer2008、管理SQLServer2008、创建与管理数据库、操作数据表与视图、维护SQLServer2008、T—SQL概述、SQL数据语言操作、SQL数据查询、存储过程和触发器、索引与数据完整性、游标的使用、SQL函数的使用、SQL中的事务、基于C#的企业ERP管理系统。书中所有知识都结合具体实例进行介绍，涉及的程序代码给出了详细的注释，可以使读者轻松领会SQLServer2008的精髓，快速提高开发技能。 　　第1篇 基 础 知 识 　　第1章 数据库基础 3 　　视频讲解：25分钟 　　1.1 数据库系统简介 4 　　1.1.1 数据库技术的发展 4 　　1.1.2 数据库系统的组成 4 　　1.2 数据库的体系结构 5 　　1.2.1 数据库三级模式结构 5 　　1.2.2 三级模式之间的映射 5 　　1.3 数据模型 6 　　1.3.1 数据模型的概念 6 　　1.3.2 常见的数据模型 6 　　1.3.3 关系数据库的规范化 7 　　1.3.4 关系数据库的设计原则 7 　　1.3.5 实体与关系 8 　　1.4

为了支持业务层中的事务，我试图在Go中查找类似Spring的声明式事务管理，但是没找到，所以我决定自己写一个。 事务很容易在Go中实现，但很难做到正确地实现。 需求: 将业务逻辑与事务代码分开。 在编写业务用例时，开发者应该只需考虑业务逻辑，不需要同时考虑怎样给业务逻辑加事务管理。如果以后需要添加事务支持，你可以在现有业务逻辑的基础上进行简单封装，而无需更改任何其他代码。事务实现细节应该对业务逻辑透明。 事务逻辑应该作用于用例层（业务逻辑） 不在持久层上。 数据服务（数据持久性）层应对事务逻辑透明。 这意味着持久性代码应该是相同的，无论它是否支持事务 你可以选择延迟支持事物。 你可以先编写没有事务的用例，稍后可以在不修改现有代码的情况下给该用例加上事务。你只需添加新代码。 我最终的解决方案还不是声明式事务管理，但它非常接近。创建一个真正的声明式事务管理需要付出很多努力，因此我构建了一个可以实现声明式事务的大多数功能的事务管理，同时又没花很多精力。 方案: 最终解决方案涉及本程序的所有层级，我将逐一解释它们。 数据库链接封装 在Go的“sql”lib中，有两个数据库链接sql.DB和sql.Tx. 不需要事务时，使用sql.DB访问数据库; 当需要事务时，你使用sql.Tx. 为了共享代码，持久层需要同时支持两者。 因此需要对数据库链接进行封装，然后把它作为数据库访问方法的接收器。

参考文章： https://time.geekbang.org/column/article/68963 目录 隔离性与隔离级别 事务隔离的实现 事务的启动方式 事务就是要保证一组数据库操作，要么全部成功，要么全部失败。 MySQL 原生的 MyISAM 引擎就不支持事务，本文以 InnoDB 为例，剖析 MySQL 在事务支持方面的特定实现。 隔离性与隔离级别 1、事务的隔离性：ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性） 2、并发问题：脏读、不可重复读、幻读 3、隔离级别：读未提交、读提交、可重复读、串行化 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。 举例： mysql> create table T(c int) engine=InnoDB; insert into T(c) values(1); 在实现上

http://msdn.microsoft.com/zh-cn/library/ms173763.aspx SET TRANSACTION ISOLATION LEVEL (Transact-SQL) 更新日期： 2006 年 4 月 14 日 控制到 SQL Server 的连接发出的 Transact-SQL 语句的锁定行为和行版本控制行为。 Transact-SQL 语法约定 语法 SET TRANSACTION ISOLATION LEVEL { READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SNAPSHOT | SERIALIZABLE } [ ; ] 参数 READ UNCOMMITTED 指定语句可以读取已由其他事务修改但尚未提交的行。 在 READ UNCOMMITTED 级别运行的事务，不会发出共享锁来防止其他事务修改当前事务读取的数据。 READ UNCOMMITTED 事务也不会被排他锁阻塞，排他锁会禁止当前事务读取其他事务已修改但尚未提交的行。 设置此选项之后，可以读取未提交的修改，这种读取称为脏读。 在事务结束之前，可以更改数据中的值，行也可以出现在数据集中或从数据集中消失。 该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 NOLOCK 相同。这是隔离级别中限制最少的级别。 在