事务处理

事务模型描述 1、step之间事务独立 2、step划分成多个chunk执行，chunk事务彼此独立，互不影响；chunk开始开启一个事务，正常结束提交 图-job总体事务 图-step内部事务 事务提交&回滚 1、事务提交条件：chunk执行正常，未抛RuntimeExecption 2、默认情况下，Reader、Processor、Writer抛出未捕获RuntimeException，当前chunk事务回滚，step失败，job失败 3、通过以下配置，保证出现异常时，事务不回滚，事务继续提交: < batch : tasklet > < batch : no - rollback - exception - classes > </ batch : no - rollback - exception - classes > </ batch : tasklet > 4、事务配置.通过以下配置，改变事务行为 < batch : tasklet > </ batch : tasklet > 默认配置： DEFAULT+REQUIRED 参数配置影响 1、任务恢复 </ batch : job > 2、跳过 < batch : chunk skip - limit = "20" > < batch : skippable - exception - classes > </

数据操纵语言（Data Manipulation Language, DML）是SQL语言中，负责对数据库对象运行数据访问工作的指令集，以INSERT、UPDATE、DELETE三种指令为核心，分别代表插入、更新与删除，是开发以数据为中心的应用程序必定会使用到的指令，因此有很多开发人员都把加上SQL的SELECT语句的四大指令以“CRUD”来称呼。 一、数据查询 - Select select语句完整的句法如下： select 目标表的列名或列表达式序列 from 基本表名和（或）视图序列 [ where 行条件表达式 ] [ group by 列名序列 [ order by 列名[ asc|desc ]，… ] select * from employees where to_char(hire_date,'yyyy-mm') =to_char(sysdate,'yyyy-mm'); 注： Oracle入门（十三）之Select 二、数据插入－Insert 功能：在表中插入一条新的数据 注意： Column缺省默认为所有列、如果某列值为空，需设为null 例1: insert into t_gtype values('T00001','日用百货'); 例2: insert into t_gtype(gtname,gtid) values('儿童用品','T00002'); （1

dapper：一个轻量级的ORM框架 为了方便调用，自己编写了一个DapperHelper.cs 代码如下： using Dapper; using Model.DB; using MySql.Data.MySqlClient; using System; using System.Collections.Generic; using System.Data; using System.Data.Common; namespace Tools.DB { public class DapperHelper { private static DapperHelper dapperHelper; private static readonly object lockObj = new object(); public static string connStr = string.Empty; private DapperHelper() { //数据库连接字符串 connStr = Conn.CreateInstance().ConnStr; } public static DapperHelper CreateDapperHelper() { if (dapperHelper == null) { lock (lockObj) { if (dapperHelper == null) {

Binder是Android上一种IPC机制，重要且较难理解。由于Linux上标准IPC在灵活和可靠性存在一定不足，Google基于OpenBinder的设计和构想实现了Binder。 本文只简单介绍其实现，并重点讨论Binder安全相关的内容。详细的Binder设计与实现分析，参考附录4篇文章。 一、Binder 实现 Android Binder由Client、Server、Service Manager和Binder驱动4个部件组成，下图引自网络。 在类UNIX系统中，进程是相互独立的，一个进程不能访问另一个进程的内存空间。然而内核控制着所有进程，因此可以暴露一个接口用作IPC。在Binder中这个接口就是/dev/binder设备，该设备由Binder内核驱动程序实现。 Binder驱动是整个Binder架构的核心，所有IPC都通过它来实现。 上图的Client与Server可以看作2个进程，其IPC通过对/dev/binder的ioctl实现。从Android源码可以看到，ioctl使用binder_write_read的结构体收发数据。 其中write_buffer包含驱动要执行的命令，read_buffer包含用户层需要执行的命令： binder_write实现对bs->fd的ioctl()操作： bs->fd是打开/dev/binder得到的文件描述符：

5.1 MySQL存储引擎 5.1.1 MySQL存储引擎的概率 MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。 例如，如果你在研究大量的临时数据，你也许需要使用内存MySQL存储引擎。内存存储引擎能够在内存中存储所有的表格数据。又或者，你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。 这些不同的技术以及配套的相关功能在 MySQL中被称作存储引擎(也称作表类型)。 MySQL默认配置了许多不同的存储引擎，可以预先设置或者在MySQL服务器中启用。你可以选择适用于服务器、数据库和表格的存储引擎，以便在选择如何存储你的信息、如何检索这些信息以及你需要你的数据结合什么性能和功能的时候为你提供最大的灵活性。 5.1.2 查询MySQL中支持的存储引擎 1.查询支持的全部存储引擎 在MySQL中，可以使用SHOW ENGINES语句查询MySQL中支持的存储引擎；语句如下： SHOW ENGINES; SHOW ENGINES语句可以用‘;’结束，也可以用‘\g’或者‘\G’结束。‘\g’与‘;’的作用是相同的，‘\G’可以让结果显示的更加美观。以下是三种查询结果： show

1、InnoDB: 是一个可靠的事务处理引擎，支持事务处理，不支持全文本搜索。 2、MEMORY: 不支持事务处理，支持全文本搜索，由于数据都存储在内存（不是磁盘）中，速度很快（特别适合于临时表）。 3、MYISAM:是一个性能极高的引擎，不支持事务处理，支持全文本搜索。 文章来源: MYSQL数据库引擎

MySQL数据库引擎取决于MySQL在安装的时候是如何被编译的。要添加一个新的引擎，就必须重新编译MYSQL。在缺省情况下，MYSQL支持三个引擎：ISAM、MYISAM和HEAP。另外两种类型INNODB和BERKLEY（BDB），也常常可以使用。如果技术高超，还可以使用MySQL+API自己做一个引擎。下面介绍几种数据库引擎： ISAM：ISAM是一个定义明确且历经时间考验的数据表格管理方法，它在设计之时就考虑到 数据库被查询的次数要远大于更新的次数。因此，ISAM执行读取操作的速度很快，而且不占用大量的内存和存储资源。ISAM的两个主要不足之处在于，它不 支持事务处理，也不能够容错：如果你的硬盘崩溃了，那么数据文件就无法恢复了。如果你正在把ISAM用在关键任务应用程序里，那就必须经常备份你所有的实 时数据，通过其复制特性，MYSQL能够支持这样的备份应用程序。 MyISAM：MyISAM是MySQL的ISAM扩展格式和缺省的数据库引擎。除了提供ISAM里所没有的索引和字段管理的大量功能，MyISAM还使用一种表格锁定的机制，来优化多个并发的读写操作，其代价是你需要经常运行OPTIMIZE TABLE命令，来恢复被更新机制所浪费的空间。MyISAM还有一些有用的扩展，例如用来修复数据库文件的MyISAMCHK工具和用来恢复浪费空间的 MyISAMPACK工具

数据库引擎 Innodb：支持事务处理，支持行锁(也支持表锁，得根据where子句条件的索引命中情况) MyISAM：不支持事务处理，表锁。但是在该引擎下使用事务处理也不会报错。 事务处理有四个特性： 原子性：组成事务处理的语句形成了一个逻辑单元，不能只执行其中的一部分。 一致性：在事务处理执行前后，数据库是一致的。就是要么回滚到执行前的状态，要么提交到执行后的状态。 持久性：事务处理的效果能够被永久保存下来。反过来说，事务应当能够承受所有的失败，包括服务器、进程、通信以及媒体失败等等。 隔离性：一个事务处理对另一个事务处理没有影响。隔离的级别主要有四个： serializable(串行化)：可避免脏读、不可重复读、虚读情况的发生。 repeatable read(可重复读):可避免脏读、不可重复读情况的发生。（可重复读，是 mysql 默认的事务隔离级别） read committed（读已提交）:可避免脏读情况发生 read uncommitted (读未提交) :最低级别，以上情况均无法保证。（读取到了未提交的数据） 进行的操作 命令 查看存储引擎 SHOW CREATE TABLE 表名； 更改引擎 ALTER TABLE 表名 ENGINE=新引擎名 回滚 ROLLBACK; 声明事务开始 START TRANSACTION; 事务提交 COMMIT;

InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）；二是采用了行级锁。行级锁与表级锁本来就有许多不同之处，另外，事务的引入也带来了一些新问题 1．事务（Transaction）及其ACID属性 事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性。 原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。 一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性；事务结束时，所有的内部数据结构（如B树索引或双向链表）也都必须是正确的。 隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的，反之亦然。 持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。 银行转帐就是事务的一个典型例子。 //https://blog.csdn.net/bigtree_3721/article/details/77417518 2．并发事务处理带来的问题 相对于串行处理来说，并发事务处理能大大增加数据库资源的利用率，提高数据库系统的事务吞吐量

OLTP和OLAP online transaction processing，联机事务处理。业务类系统主要供基层人员使用，进行一线业务操作，通常被称为联机事务处理。 online analytical processing，联机分析处理。数据分析的目标是探索并挖掘数据的价值，作为企业高层进行决策的参考。 从功能层面上来看，OLTP负责基本业务的正常运转，业务数据积累所产生的价值信息被OLAP所呈现，根据OLAP所产生的价值信息不断优化基本业务。 2 OLTP OLTP负责基本业务的正常运转，因此使用基本的关系型数据库就可以了。比如Mysql。 3 OLAP 基本业务生成的数据越来越多，目前流行的是分布式的处理方案，即sql on hadoop。比如百度的关系数据仓储Palo。 来源： https://www.cnblogs.com/hongfeng2019/p/11727991.html