数据库原理

传统数据库中的特性为： 4个，ACID：A （Atomicity） 原子性 C （Consistency） 一致性 I （Isolation） 独立性 D (druability) 持久性 NOSQL的CAP特性： C （Consistency） 强一致性：事物提交时数据不能发生变化 A （Availability） 可用性 P （Partition） 分区容错性 CAP理论就是说：很难同时满足CAP三条特性，正常只能较好的满足其中的两条。 在Oracle数据库中：满足CA两条特性。 在网站架构中：会选择满足AP两条，因为强一致的需求并不是一定需要的，比如说一个商品有100个人浏览和105个浏览，这对于用户来说不是非常重要。 在分布式存储系统中：由于当前网络问题，肯定会出现延迟丢包等问题，所以P分区容错性是必须满足的，对于存储系统，强一致性也是必须要满足的，所以最终的选择是AP。 BASE原理： BA （Basically Availability） 基本可用 S （Soft state） 软状态 E （Eventually consistent） 最终一致性 这个原理就是指某些时刻，我们可以去放松一些数据的一致性去换取系统的性能上的加强。 来源： https://www.cnblogs.com/lockXie/p/11784211.html

一、什么是 JAVA 事务 通常的观念认为，事务仅与数据库相关。 事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性 （isolation）和持久性（durability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示 当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持 久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。 通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。 既然事务的概念从数据库而来，那Java事务是什么？之间有什么联系？ 实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。 二、为什么需要Java事务 事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。举一个简单例子：比如银行转帐业务

CREATE DATABASE XSGL GO USE XSGL GO sno varchar(8) primary key,--(实体完整性)学生姓名 sname varchar(4) not null unique,--学生姓名 ssex varchar(2) default '男' check(ssex='男'or ssex='女'), --性别给定默认值为'男'，取值只能取‘男’或‘女’ sage tinyint check(sage>13 and sage<50), sdept char(10)) cno varchar(2) primary key, --课程编号 cname varchar(30),--课程名称 credit tinyint,--课程名 cpno varchar(3)) --先修课号 CREATE TABLE sc( --创建成绩表 grade tinyint check(grade>=0 and grade<=100), constraint pk_grade primary key(sno,cno)) --也可以是 GO --向表中录入数据 INSERT INTO student(sno,sname, ssex,sage,sdept) values ('95001', '李勇', '男', 20, 'CS') INSERT INTO student

一、什么是 EF ？ 　　 实体架构（ Entity Framework ）是微软以来 ADO.Net 为基础开发出来的对象关系映射（ ORM ）解决方案，它解决了对象持久化问题，将程序员从编写麻烦的 SQL 语句中解放出来。 优点： 　　 支持多种数据库（Microsoft SQL Server、Oracle和DB2等）； 　　　强劲的映射引擎，能很好地支持存储过程； 　　 提供Visual Studio集成工具，进行可视化操作； 　　 能够与ASP.NET、WPF、WCF、WCF Data Services进行很好的集成。 二、 ORM 常见ORM框架： 　　 　　ORM不是产品，是框架的总称，面向对象的程序设计语言到关系数据库的映射。 　　使程序员既可以利用面向对象语言的简单易用性，又可以利用关系数据库的技术优势来实现应用程序的增删改查操作。 　　　　1. NHibernate：Hibernate在.NET平台下的版本 　　　　2. iBatis.NET:iBatis在.NET平台的实现 　　　　3.Linq to SQL（微软不再更新）：.NET针对SQL server的ORM框架 　　　　4.ADO.NET Entity Framework：微软在.NET4.0推出的领域驱动开发模型。 注意：ADO.NET Entity Framework是微软以ADO

线程池的原理: 来看一下线程池究竟是怎么一回事？其实线程池的原理很简单，类似于操作系统中的缓冲区的概念，它的流程如下：先启动若干数量的线程，并让这些线程都处于睡眠状态，当客户端有一个新请求时，就会唤醒线程池中的某一个睡眠线程，让它来处理客户端的这个请求，当处理完这个请求后，线程又处于睡眠状态。可能你也许会问：为什么要搞得这么麻烦，如果每当客户端有新的请求时，我就创建一个新的线程不就完了？这也许是个不错的方法，因为它能使得你编写代码相对容易一些，但你却忽略了一个重要的问题??性能！一个省级数据大集中的银行网络中心，高峰期每秒的客户端请求并发数超过100，如果为每个客户端请求创建一个新线程的话，那耗费的CPU时间和内存将是惊人的，如果采用一个拥有200个线程的线程池，那将会节约大量的的系统资源，使得更多的CPU时间和内存用来处理实际的商业应用，而不是频繁的线程创建与销毁。 数据库连接池: 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。 一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完都关闭连接，这样造成系统的 性能低下。 数据库连接池的解决方案是在应用程序启动时建立足够的数据库连接，并讲这些连接组成一个连接池( 简单说：在一个“ 池”里放了好多半成品的数据库联接对象)，由应用程序动态地对池中的连接进行申请、使用和释放

1。为什么要有数据库 ？ （1）数据“持久化”。 （2）有组织/有结构的方式来存储我们的数据，更方便增、删、改、查... 2、什么是数据库 DB：Database，数据库->数据仓库，存储数据用的，并有结构的存储。 DBMS：Database Management System 数据库管理系统，是管理多个DB,如： mysql,oracle,sql server, access, redis,mango db... SQL:Structured Query Language 结构化查询语言 3、使用命令行客户端 （1）确定环境变量正确 可以使用mysql命令 （2）mysql命令的格式： mysql -h localhost -P 3306 -u root -p Enter password:密码 说明： （1）-h,-P,-u后面可以有空格也可以没有空格，但是最后-p后面不要加空格 （2）如果你是默认连接本机localhost，那么可以省略-h localhost （3）如果你是默认用3306端口号，那么可以省略-P 3306 4. mysql是系统库重要 ，存用户，密码等 。其它 两个存索引等 。 5.mysql属于关系型数据库 二维（行，列）表格形式 MYSQL的DBMS系统中会有很多库 DB 但一个DB数据库中又会有很多张表格table

目前几乎很多大型网站及应用都是分布式部署的，分布式场景中的数据一致性问题一直是一个比较重要的话题。分布式的 CAP理论告诉我们“任何一个分布式系统都无法同时满足一致性（Consistency）、可用性（Availability）和分区容错性（Partition tolerance），最多只能同时满足两项。”所以，很多系统在设计之初就要对这三者做出取舍。在互联网领域的绝大多数的场景中，都需要牺牲强一致性来换取系统的高可用性，系统往往只需要保证“最终一致性”，只要这个最终时间是在用户可以接受的范围内即可。 在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等。有的时候，我们需要保证一个方法在同一时间内只能被同一个线程执行。在单机环境中， Java中其实提供了很多并发处理相关的API，但是这些API在分布式场景中就无能为力了。也就是说单纯的Java Api并不能提供分布式锁的能力。所以针对分布式锁的实现目前有多种方案。 针对分布式锁的实现，目前比较常用的有以下几种方案： 基于数据库实现分布式锁 基于缓存（ redis，memcached，tair）实现分布式锁 基于Zookeeper实现分布式锁 在分析这几种实现方案之前我们先来想一下，我们需要的分布式锁应该是怎么样的？（这里以方法锁为例，资源锁同理） 可以保证在分布式部署的应用集群中

一、为什么在连接数据库时要使用连接池 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。 一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完都关闭连接，这样造成系统的 性能低下。 数据库连接池的解决方案是在应用程序启动时建立足够的数据库连接，并讲这些连接组成一个连接池(简单说：在一个“池”里放了好多半成品的数据库联接对象)，由应用程序动态地对池中的连接进行申请、使用和释放。对于多于连接池中连接数的并发请求，应该在请求队列中排队等待。并且应用程序可以根据池中连接的使用率，动态增加或减少池中的连接数。 连接池技术尽可能多地重用了消耗内存地资源，大大节省了内存，提高了服务器地服务效率，能够支持更多的客户服务。通过使用连接池，将大大提高程序运行效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 二、数据库连接池的基本原理 数据库连接池的基本思想就是为数据库连接 建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定 连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调 整提供依据。 三、数据库连接池的工作原理

为什么要用数据库连接池 数据库连接是一种关键的、有限的、昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。 连接池的基本概念 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数制约。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的 最大连接数 ，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素： 1. 最小连接数 是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费。 2. 最大连接数 是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。 3. 最小连接数与最大连接数差距 最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时后被释放。

本文首发于先知社区 原理+实战掌握SQL注入方法 前言： SQL注入是web安全中最常见的攻击方式，SQL注入有很多方法，但如果只知道payload，不知道原理，感觉也很难掌握，这次就总结一下我所遇到的SQL注入方法，原理分析+题目实战。 0x00 Xpath报错 注入 涉及函数 updatexml():对xml进行查询和修改 extractvalue():对xml进行查询和修改 报错语句构造 select extractvalue ( 1 , concat ( 0x7e , user ( ) , 0x7e ) ) ； mysql > select extractvalue ( 1 , concat ( 0x7e , user ( ) , 0x7e ) ) ; ERROR 1105 ( HY000 ) : XPATH syntax error: '~root@localhost~' select updatexml ( 1 , concat ( 0x7e , version ( ) , 0x7e ) , 1 ) ; mysql > select updatexml ( 1 , concat ( 0x7e , version ( ) , 0x7e ) , 1 ) ; ERROR 1105 ( HY000 ) : XPATH syntax error: '~5.5.53~' 原理分析