回滚

性能调优系列前序文章索引： 程序员必须掌握的性能调优 ：老兵哥结合个人经历解释了程序员往架构师方向发展时为什么要跨越性能调优这一关，以及介绍了从 X、Y、Z 三个维度优化性能的思路。 从 X 维度优化系统的性能 ：老兵哥分享了从 X 维度优化系统性能的思路，包括让客户端分计算存储任务、优化交互设计等，主要是作为引子拓宽我们性能调优的思路。 应用容器 Tomcat 性能调优 ：Y 维度就是从业务 HTTP 请求的横向处理流程来看，HTTP 请求会穿越网络、计算机、应用容器（Tomcat）、Spring、ORM（Hibernate）、数据库等节点，在这个流程中每个节点都有许多可以可优化的地方，此文主要介绍通过优化应用容器（Tomcat）来优化系统性能的方法。 程序员在转型架构师的过程中需要建立流程化、结构化、系统化的思维方式，而性能调优是非常难得的契机，它既给了我们压力，也给了我们动力，跨越它就是突破自己的过程。建议在阅读本文内容前，先参考下面这个系列的文章了解 Web 应用是怎样处理 HTTP 请求的： 图解 Spring：HTTP 请求的处理流程与机制【1】 图解 Spring：HTTP 请求的处理流程与机制【2】 图解 Spring：HTTP 请求的处理流程与机制【3】 图解 Spring：HTTP 请求的处理流程与机制【4】 图解 Spring：HTTP 请求的处理流程与机制

oracle数据库的整体结构 数据库的结构关系 　　其实，我前面一篇讲表空间的时候就介绍了数据库的结构，只是那个图只是简单的层次关系，这张图片看上去挺封复杂的，只要关注几个概念就行了。 Database （数据库） ：数据库是按照数据结构来组织、存储和管理数据的仓库。 Tablespaces （表空间） ：表空间是数据库的逻辑划分，一个表空间只能属于一个数据库。所有的数据库对象都存放在指定的表空间中。但主要存放的对象是表， 所以称作表空间。 Segments （段） ： 段是表空间的重要组织结构，段是指占用数据文件空间的通称，或数据库对象使用的空间的集合；段可以有表段、索引段、回滚段、临时段和高速缓存段等。 extents （盘区） ：是数据库存储空间分配的一个逻辑单位，它由连续数据块所组成。第一个段是由一个或多个盘区组成。当一段中间所有空间已完全使用，oracle 为该段分配一个新的范围。 Data Block （数据块） ： 是 oralce 管理数据文件中存储空间的单位，为数据库使用的 I/O 的最小单位，其大小可不同于操作系统的标准 I/O 块大小。 （ Storage Clause Precedence ）存储规范优先 　　Oracle 在存储控制上可以分为三个方式。 oracle 缺省级别、表空间级别、段级别，可以理解中央、省级、县级。从中央到地方的法规条例

隔离级别 数据库事务的四个基本特征（ACID） 原子性（Atomic）：事务中包含的操作被看做一个整体的业务单元，这个业务单元中的操作，要么全部成功，要么全部失败。 一致性（Consisitency）：事务在完成时，必须使所有的数据都保持一致状态，在数据库中所有的修改都基于事务，保证了数据的完整性。例，A账户有一千元，B账户有一千元，A+B = 2000元， A向B转账100元,此时A有900元，B有1100元，A+B依然是2000元。 隔离性（Isolation） :当多个线程访问同一数据，此时数据库同样的数据就会在各个不同的事务中访问，这样会产生丢失更新。例，事务A读取了事务B尚未提交的数据。为了压制丢失更新的产生，数据库定义了隔离级别的概念。 持久性（Durability）：事务结束后，所有的数据都会固化到一个地方，如保存到磁盘当中，即时断电重启也可以提供给应用程序访问。 丢失更新类型 这四个特性，除了隔离性都比较好理解。我们再举例说明下，在多个事务同时操作数据的情况下，会引发丢失更新的场景。例如，电商有一种商品，在疯狂抢购，此时会出现多个事务同时访问商品库存的情景，这样就会产生丢失更新。一般而言，存在两种类型的丢失更新。 假设某种商品A库存数量为100，抢购时，每个用户仅允许抢购一件商品，name在抢购过程中就可能出现如下场景： 可以看到，T5时刻事务1回滚

spring通过ioc创建bean的三种方式 一、使用自动装配创建bean Spring主要从两个角度来实现自动化装配：①组件扫描；②自动装配。组件扫描指的是Spring会自动扫描指定包及其子包下的所有bean，并将其放入spring容器中进行管理，而自动装配则是指对于有相互依赖关系的bean，Spring会将其自动装配到目标bean中，如将repository层的bean自动装配到service层中。 自动装配的方式创建bean主要是使用一个被专门用来当做配置的接口（或类）来实现的。配置接口上主要使用两个注解：@Configuration和@ComponentScan。@Configuration来标注该接口是用于定义配置的，而@ComponentScan则是用于指定扫描的bean的文件夹的，默认情况下Spring会扫描该配置接口所在包及其子包下的所有bean。 这样Spring就可以自动创建一个SgtPeppers的实例，并且将其放到Spring容器中进行管理，另外我们也可以使用@Named注解来创建一个bean。 上面只是讲了如何创建一个bean，而自动装配还有另一方面的概念：依赖注入。其是指Spring会将一个bean所依赖的bean自动装配进来。依赖注入是通过@Autowired或@Resource来实现的，当一个bean需要另一个bean作为其属性的时候

滴答的雨 https://www.cnblogs.com/heyuquan/p/jenkins-multi-env-cicd-architecture.html 自动化部署主要是为了解决项目多、环境多、持续集成慢、部署操作麻烦、手动操作易出错、自动化运维等问题。 Jenkins是开源CI&CD软件领导者， 提供超过1000个插件来支持构建、部署、自动化， 满足任何项目的需要。 目标： 支持多分支、多环境、多项目、多套配置文件、多编程语言 支持一键构建、集群发布 支持一键回滚历史版本 快捷配置添加新的部署项目 支持多个项目使用同一个job发布或回滚 另外：也可以根据需要加入gitlab自动触发构建、自动化测试、钉钉通知、邮箱通知等需求 最终效果图 一键发布 一键回滚 Jenkins相关目录设计 ----jenkins-ex jenkins构建时使用到的目录 ------software Jenkins安装目录 --------master --------slave ------backup jenkins备份目录 --------master ------module 功能模块，每一类功能相关的文件放在对应的子文件夹中 --------common ----------script 各模块公用的脚本 ------publish 发布功能 --------settings -----

特点 原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability) 一、事务的目的 1、可靠性和并发处理 可靠性：数据库要保证当insert或update操作时抛异常或者数据库crash的时候需要保障数据的操作前后的一致，想要做到这个，我需要知道我修改之前和修改之后的状态，所以就有了undo log和redo log。 并发处理：也就是说当多个并发请求过来，并且其中有一个请求是对数据修改操作的时候会有影响，为了避免读到脏数据，所以需要对事务之间的读写进行隔离，至于隔离到啥程度得看业务系统的场景了，实现这个就得用MySQL 的隔离级别。 二、实现事务功能的三个技术 1、日志文件(redo log 和 undo log) 2、锁技术 3、MVCC 1.1 redo log 与 undo log介绍 1.1.1redo log 什么是redo log ? redo log叫做重做日志，是用来实现事务的持久性。该日志文件由两部分组成：重做日志缓冲（redo log buffer）以及重做日志文件（redo log）,前者是在内存中，后者在磁盘中。 当事务提交之后会把所有修改信息都会存到该日志中。假设有个表叫做tb1(id,username) 现在要插入数据（3，ceshi） start transaction; select

1、遇到的问题 　　当我们一个方法里面有多个数据库保存操作的时候，中间的数据库操作发生的错误。伪代码如下： public method() { Dao1.save(Person1); Dao1.save(Person2); Dao1.save(Person2);//假如这句发生了错误，前面的两个对象会被保存到数据库中 Dao1.save(Person2); } 　　期待的情况：发生错误之前的 所有数据库保存操作都回滚 ，即不保存 　　正常情况：前面的数据库操作会被执行，而发生数据库操作错误开始及之后的所有的数据保存操作都将失败。这样子应该都不是我们要的结果吧。 　　当遇到这种情况，我们就可以使用Spring的事务解决这个问题。 2、异常的一些基本知识 1) 异常的架构 　　异常的继承结构：Throwable为基类，Error和Exception继承Throwable，RuntimeException和IOException等继承Exception。Error和RuntimeException及其子类成为未检查异常（unchecked），其它异常成为已检查异常（checked）。 2）Error异常 　　Error表示程序在运行期间出现了十分严重、不可恢复的错误，在这种情况下应用程序只能中止运行，例如JAVA 虚拟机出现错误。Error是一种unchecked Exception

原文2 使用git管理项目开发的过程中经常会碰到这种情况：某次提交已经push到了远程仓库，可是突然意识到“天哪，我怎么做了这么蠢的事情”。那么问题来了，怎么将远程代码库回滚呢？ 在网上看到大部分人给出的解决方案是先将本地回滚，然后删除远程分支，之后再将本地的分支push到远程仓库，这其实是一种很危险的方案，毕竟直接删除远程分支太狠了，不推荐这样做。。。 关于远程仓库回滚 首先，必须要明白的一件事，任何普通用户不能擅自做有关远程仓库回退的操作，如果你擅自回滚了远程仓库，会对项目团队其他人造成不可预知的影响。如果需要回退版本，先联系项目的仓库管理员，在团队其他人都对自己本地未提交的工作做好备份之后，再进行远程仓库回退操作，操作结束后，团队成员需要重新同步远程仓库后继续自己的工作。 通常回滚远程仓库会有以下三种情形： 1、删除最后一次提交 这种情况是最简单的了，只需要以下两步就可以了 git revert HEAD git push origin master 注意， revert 和 reset 的区别: revert 是放弃指定提交的修改，但是会生成一次新的提交，需要填写提交注释，以前的历史记录都在，而 reset 是指将HEAD指针指到指定提交，历史记录中不会出现放弃的提交记录。如果还没有理解的话，我们做如下测试： 假设我们有以下三次提交记录：

xtrabackup shell脚本： https://gitee.com/ygqygq2/mytools/tree/master/xtrabackup 1. 使用说明 此脚本基于Percona XtraBackup 2.4 2. 备份用户权限 在mysql的root用户下，创建用户并给予下列权限 GRANT SUPER, RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'xtrabackup'@'localhost' identified by '12345678'; 没有SUPER权限，会在增量备份时报如下错误 Error: failed to execute query FLUSH NO_WRITE_TO_BINLOG CHANGED_PAGE_BITMAPS: Access denied; you need (at least one of) the SUPER privilege(s) for this operation 将备份使用的密码写入到以下文件中，因为脚本为读取此文件中的密码。 mkdir -p /data/save/ echo '12345678' > /data/save/mysql_xtrabackup 3. 脚本使用说明 脚本使用场景为一天中备份多次。 xtrabackup

回滚段 可以说是用来保持数据变化前映象而提供一致读和保障事务完整性的一段磁盘存储区域。当一个事务开始的时候，会首先把变化前的数据和变化后的数据先写入日志缓冲区，然后把变化前的数据写入回滚段，最后才在数据缓冲区中修改（日志缓冲区内容在满足一定的条件后可能被写入磁盘，但在事务提交的时候日志必须写入磁盘，而数据缓冲区中的数据依赖于检查点的发生和DBWR进程的活动） Rollback是一个代价昂贵的操作，如果一个系统的事务回退率过高，应该检查系统是否正常或者程序设计思路是否存在问题。查询数据库启动依赖的 事务回退率，如果发现太高，一定要引起重视。 --查询回退率的sql SELECT NAME, VALUE FROM v$sysstat WHERE NAME IN ('user commits', 'transaction rollbacks'); 关于回滚段的数据，如果是delete操作，则回滚段将回记录整个行的数据；如果是update，则只记录被修改了的字段的变化前的数据（前映像）；如果是insert，则只记录插入记录的rowid。所以，假如commit，那么回滚段中简单标记该事务已经提交；假如rollback，则操作是 delete的话，把回滚段中的数据重新写回数据块，操作是update的话则把变化前的数据修改回去，操作是insert的话则根据rowid把该记录删除