数据库事务

一 基于JDBC的事务 针对的是一个JDBC连接实现，不能跨多个数据库连接。如两个操作分别由两个不同的Connection执行，则不能实现 事例： public static void main(String[] args) throws SQLException, IOException { // TODO Auto-generated method stub Reader reader = Resources.getResourceAsReader("SqlMapConfig.xml"); SqlMapClient sqlMapClient = SqlMapClientBuilder.buildSqlMapClient(reader); try{ sqlMapClient.startTransaction(); User user = (User) sqlMapClient.queryForObject("getUser", "test"); System.out.println("id=" + user.getId()); sqlMapClient.commitTransaction(); }finally{ //如果出现异常或没有提交，会进行roll back sqlMapClient.endTransaction(); } } 内部实现原理 MappedStatement

目录 1. MySQL背景介绍 2. MySQL发展史 3. MySQL分支介绍 4. MySQL的优点 5. MySQL数据库组成 6. MySQL的原理 7. MySQL执行流程 8. MySQL日志 9. MySQL事务、锁、索引与SQL优化 ## MySQL背景介绍 随着互联网企业的兴起，例如阿里巴巴、网易、Yahoo、Facebook等大型互联网公司的推动，目前Mysql已经成为世界上最流行的数据库，并一步步开始占领了原有商业数据库的市场，目前Mysql已经成为互联网公司甚至部分传统公司的首选数据库。 ## MySQL发展史 最初为AB公司的产品，Mysql5.0及之前的版本均由AB公司管理，在2008年的时候AB公司被Sun公司收购，Mysql也就归属到了Sun公司下，但在Sun还没待多久，Sun公司就被Oracle公司收购了，此期间诞生了一个Sun向Oracle的过渡版本：Mysql5.5(5.1-5.5之间没有发布过版本)，直至5.6Mysql就彻底归属于Oracle公司旗下了，从Oracle收购Mysql以来，Mysql发展的速度及新的功能越来越强大，逐步向Oracle靠拢，如：表空间、redo、undo分离、隐藏索引，至2019年，Mysql8.0.15已经GA(官方发布稳定版本)，整体发展过程如下(AB版本不做加入)： 5.1 → 5.5 → 5.6 → 5

MySQL背景介绍 MySQL发展史 MySQL分支介绍 MySQL的优点 MySQL数据库组成 MySQL的原理 MySQL执行流程 MySQL日志 MySQL事务、锁、索引与SQL优化 MySQL背景介绍 随着互联网企业的兴起，例如阿里巴巴、网易、Yahoo、Facebook等大型互联网公司的推动，目前Mysql已经成为世界上最流行的数据库，并一步步开始占领了原有商业数据库的市场，目前Mysql已经成为互联网公司甚至部分传统公司的首选数据库。 MySQL发展史 最初为AB公司的产品，Mysql5.0及之前的版本均由AB公司管理，在2008年的时候AB公司被Sun公司收购，Mysql也就归属到了Sun公司下，但在Sun还没待多久，Sun公司就被Oracle公司收购了，此期间诞生了一个Sun向Oracle的过渡版本：Mysql5.5(5.1-5.5之间没有发布过版本)，直至5.6Mysql就彻底归属于Oracle公司旗下了，从Oracle收购Mysql以来，Mysql发展的速度及新的功能越来越强大，逐步向Oracle靠拢，如：表空间、redo、undo分离、隐藏索引，至2019年，Mysql8.0.15已经GA(官方发布稳定版本)，整体发展过程如下(AB版本不做加入)： 5.1 → 5.5 → 5.6 → 5.7 → 8.0 MySQL分支介绍 MySQL 是一个开源数据库

1. 事务的ACID 事务的ACID是指事务拥有的4个特性的首字母组合：atomicity(原子性), consistency(一致性), isolation(隔离性)和durability(持久性)。 ①atomicity(原子性) ：表示事务是一个不可分割的工作单元，要么在提交事务后所有更改成功，要么在回滚事务时撤消所有更改，不可以只执行其中的一部分操作。 ②consistency(一致性) ：在每次提交、回滚之后或正在进行的事务，数据库始终保持一致状态。如正在跨多个表更新相关数据，则查询看到的将是所有旧值或所有新值，而不是新值和旧值的混合。 ③isolation(隔离性) ：事务在进行过程中相互隔离，他们不能互相干扰，也不能看到彼此的未提交数据。 但可以通过修改隔离级别，查看其他事务正在处理的数据。 ④durability(持久性) ：事务提交成功后，该事务所做的更改将会保存在数据库中。 2. 并发读取数据的问题 当事务读取另一个事务已修改的数据时，可能会发生dirty read(脏读)、non-repeatable read(不可重复读)和phantom read(幻读)之类的现象。 ①dirty read(脏读) ：当前事务读取了另一个事务已更新但尚未提交的数据。后果就是另一个事务回滚了，此数据就为错误的无效数据。 ②non-repeatable read(不可重复读)

公司之前一直存在一个规范，就是禁止嵌套事务的使用，一直不太明白为什么，试了下应该是无法控制回滚，今天看大牛的博客发现，问题远远不只如此。 具体总结下来是以下3个问题 1、内层事务回滚，只能回滚全部事务，无法控制单一事务回滚 2、内层事务提交后，回滚外层事务，也会把内层提交了的事务一起回滚 3、因为2的原因，只要整个事务不完全提交，日志空间都无法被释放 嵌套事务可不会像其语法表现的那样看起来允许事务嵌套。我真不知道为什么有人会这样写代码，我唯一能够想到的就是某个哥们对SQL Server社区嗤之以鼻然后写了这样的代码说：“玩玩你们”。 让我更详细的解释一下，SQL Server允许你在一个事务中开启嵌套另一个事务,SQL Server允许你提交这个嵌套事务，也允许你回滚这个事务。 但是，嵌套事务并不是真正的“嵌套”，对于嵌套事务来说SQL Server仅仅能够识别外层的事务。嵌套事务是日志不正常增长的罪魁祸首之一因为开发人员以为回滚了内层事务，仅仅是回滚内层事务。 但实际上当回滚内层事务时，会回滚整个内层事务，而不是仅仅是内层。这也是为什么我说嵌套事务并不存在。 所以作为开发人员来讲，永远不要对事务进行嵌套。事务嵌套是邪恶的。 如果你不相信我说的，那么通过下面的例子就就会相信。创建完数据库和表之后，每一条记录都会导致日志增加8K。 CREATE DATABASE

1.0 什么是数据库 狭义：存储数据的仓库。 广义：可以对数据进行存储和管理的软件以及数据本身统称为数据库。 另外一种说法：数据库是由表、关系、操作组成。 2.0 为什么要学习数据库 几乎所有的应用软件的后台都需要数据库。 数据库存储数据占用的空间小，容易持久化。 存储比较安全。 容易维护和升级。 数据移植比较容易。 简化对数据的操作。 3.0 数据结构和数据库的区别 数据结构是在系统软件级别研究数据的存储和操作。（内存） 数据库是在应用软件级别研究数据的存储和操作。（外部存储） 4.0 数据库中连接概念 5.0 对内存数据的操作，编程语言更加灵活；对于硬盘数据的操作，通过数据库管理软件更加容易。但是对于复杂的数据操作，当通过数据库语言没法操作时，通常把数据先写入内存通过编程语言处理以后，再存入数据库。 6.0 建议初学者从三个方面学习数据库  数据库是如何存储数据的 字段、记录、表、约束  数据库是如何操作数据的 insert、update、delete、TL-SQL、存储过程、函数、触发器  数据库是如何显示数据的 select(查询) 7.0 创建数据库 8.0 删除数据库 9.0 数据库的备份和还原 10.0 数据库的分离和附加 11.0 用户的创建和密码修改 安全性→登录名 12.0 表以及表相关的基本概念 字段（也叫 列）：模拟的是某一个事物的某一个静态的特征。

整理了一些Java方面的架构、面试资料（微服务、集群、分布式、中间件等），有需要的小伙伴可以关注公众号【程序员内点事】，无套路自行领取 更多优选 一口气说出 9种 分布式ID生成方式，面试官有点懵了 面试总被问分库分表怎么办？你可以这样怼他 3万字总结，Mysql优化之精髓 技术部突然宣布：JAVA开发人员全部要会接口自动化测试框架 9种分布式ID生成之美团（Leaf）实战 絮絮叨叨 还记得刚入行开始写Java时，接触的第一个项目是国家电网的一个业务系统，这个系统据说投资了5亿人民币进行研发，鼎盛时期研发人员一度达到过500人。项目采用当时最流行的ssh（Struts+Spring+Hibernate）框架，典型的三层架构（controller - > service -> dao）简单又粗暴，所有人写的代码都放在一个大工程里，项目文件大小达到几百M，解决代码冲突是当时最大的工作量。 然而戏剧性的是，交测当天五人同时上线，项目崩 崩 崩溃了。。。 哎！你永远想象不到甲方愤怒的样子，项目组每个人的祖宗都被问候到了。 说了一些没用的，脑子里总想起这个事，不说不痛快，大家姑且就当笑话听吧，下边我们进入正题 引言 前两天有个学弟公众号留言，说让讲讲分布式事务，面试就挂在这个问题上。时下随着微服务架构体系的流行，面试的题目也都慢慢开始升级，不再是早些年单纯的问点SSH框架知识、数据结构了。

事务 事务是计算机应用中不可或缺的组件模型，它保证了用户操作的原子性 ( Atomicity )、一致性 ( Consistency )、隔离性 ( Isolation ) 和持久性 ( Durabilily )。 本地事务 紧密依赖于底层资源管理器（例如数据库连接 )，事务处理局限在当前事务资源内。此种事务处理 方式不存在对应用服务器的依赖，因而部署灵活却无法支持多数据源的分布式事务。在数据库连 接中使用本地事务示例如下： public void transferAccount() { Connection conn = null; Statement stmt = null; try{ conn = getDataSource().getConnection(); // 将自动提交设置为 false，若设置为 true 则数据库将会把每一次数据更新认定为一个事务并自动提交 conn.setAutoCommit(false); stmt = conn.createStatement(); // 将 A 账户中的金额减少 500 stmt.execute("update t_account set amount = amount - 500 where account_id = 'A'"); // 将 B 账户中的金额增加 500 stmt.execute("update t

死锁（Deadlock）：是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。例如，如果线程A锁住了记录1并等待记录2，而线程B锁住了记录2并等待记录1，这样两个线程就发生了死锁现象。 产生死锁的原因主要是： （1）系统资源不足。 （2）进程运行推进的顺序不合适。 （3）资源分配不当等。 如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序与速度不同，也可能产生死锁。 产生死锁的四个必要条件： （1） 互斥条件：一个资源每次只能被一个进程使用。 （2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 （3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。 （4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。 这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。 死锁的预防和解除： 1、 如何确定资源的合理分配算法，避免进程永久占据系统资源 2、防止进程在处于等待状态的情况下占用资源,在系统运行过程中，对进程发出的每一个系统能够满足的资源申请进行动态检查

一、软件环境 　　python环境默认安装了sqlite3，如果需要使用sqlite3我们直接可以在python代码模块的顶部使用import sqlite3来导入该模块。本篇文章我是记录了python操作mysql数据库， mysql数据库下载 　　由于我之前安装的是wampserver，默认安装了php、mysql和apache这3个环境，因此我没有在单独安装mysql数据库，只是下载了一个mysql管理工具Navicat for MySQL。在使用Navicat for MySQL连接本地mysql数据库时，发生连接失败问题，经过网上查询得知是mysql服务没有启动，如何启动mysql服务请看 如何单独启动wamp 中自带的MySQL 。其实很简单，就是打开命令行，选择目录到mysql数据库的bin目录下，执行mysqld命令即可。 　　mysql 和mysqld 的区别： 　　mysqld 是服务端程序 　　mysql是命令行客户端程序 二、数据库操作 　　python操作mysql数据库，新增、修改和删除比较简单，都是执行一个简单的sql语句。查询除了执行sql语句外还需要使用 fetchone和 fetchall 来获取数据条目 1 # -*- coding: UTF-8 -*- 2 3 __author__ = 'Administrator' 4 5 import