并发性是oltp数据库最重要的特性，但并发涉及到资源的获取、共享与锁定。 On-Line Transaction Processing联机事务处理过程(OLTP)
简介：最大优点是可以即时地处理输入的数据，及时地回答。也称为实时系统(Real time System)。
OLTP是由前台、应用、数据库共同完成的，处理快慢以及处理程度取决于数据库引擎、服务器、应用引擎。
OLTP 数据库旨在使事务应用程序仅写入所需的数据，以便尽快处理单个事务。
并发（concurrency）和并行（parallellism）是：
- 解释一：并行是指两个或者多个事件在同一时刻发生；而并发是指两个或多个事件在同一时间间隔发生。
- 解释二：并行是在不同实体上的多个事件，并发是在同一实体上的多个事件。
- 解释三：在一台处理器上“同时”处理多个任务，在多台处理器上同时处理多个任务。如hadoop分布式集群
所以并发编程的目标是充分的利用处理器的每一个核，以达到最高的处理性能。
并发主要是针对服务器而言，是否并发的关键是看用户操作是否对服务器产生了影响。因此同一时间间隔在与服务器进行了交互的事件。
oracle与mysql区别
一 .并发性
mysql: mysql以表级锁为主，对资源锁定的粒度很大，如果一个session对一个表加锁时间过长，会让其他session 无法更新此表中的数据。
虽然InnoDB引擎的表可以用行级锁，但这个行级锁的机制依赖于表的索引，如果表没有索引，或者sql语句没有使用索引，那么仍然使用表级锁。 oracle: oracle使用行级锁，对资源锁定的粒度要小很多，只是锁定sql需要的资源，并且加锁是在数据库中的数据行上，不依赖与索引。所以oracle对并发性的支持要好很多。
补充：
页级:引擎 BDB。 表级:引擎 MyISAM ， 理解为锁住整个表，可以同时读，写不行 行级:引擎 INNODB ， 单独的一行记录加锁
表级，直接锁定整张表，在你锁定期间，其它进程无法对该表进行写操作。如果你是写锁，则其它进程则读也不允许 行级,，仅对指定的记录进行加锁，这样其它进程还是可以对同一个表中的其它记录进行操作。 页级，表级锁速度快，但冲突多，行级冲突少，但速度慢。所以取了折衷的页级，一次锁定相邻的一组记录。
锁是计算机协调多个进程或线程并发访问某一资源的机制，不同的数据库的锁机制大同小异。由于数据库资源是一种供许多用户共享的资源，所以如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。了解锁机制不仅可以使我们更有效的开发利用数据库资源，也使我们能够更好地维护数据库，从而提高数据库的性能。
上述三种锁的特性可大致归纳如下： 1） 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 2） 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 3）页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
三种锁各有各的特点，若仅从锁的角度来说，表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如WEB应用；行级锁更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。
MySQL表级锁有两种模式：
表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。
就是说对MyISAM表进行读操作时，它不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写操作；
而对MyISAM表的写操作，则会阻塞其他用户对同一表的读和写操作。
InnoDB有两种模式的行锁：
1）共享锁：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。 ( Select * from table_name where ......lock in share mode)
2）排他锁：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。(select * from table_name where.....for update)
行级锁不是单独存在的，当事务获得了某些数据行上的行级锁时，此事务同时获得了数据行所属表上的表级锁，因为表级锁能够防止系统中并发地执行有冲突的 DDL 操作，避免当前事务中的数据操作被并发地DDL 操作影响。
二、一致性 oracle: oracle支持serializable的隔离级别，可以实现最高级别的读一致性。每个session提交后其他session才能看到提交的更改。oracle通过在undo表空间中构造多版本数据块来实现读一致性， 每个session查询时，如果对应的数据块发生变化，oracle会在undo表空间中为这个session构造它查询时的旧的数据块。 mysql: mysql没有类似oracle的构造多版本数据块的机制，只支持read commited的隔离级别。一个session读取数据时，其他session不能更改数据，但可以在表最后插入数据。 session更新数据时，要加上排它锁，其他session无法访问数据。 三、事务 oracle很早就完全支持事务。 mysql在innodb存储引擎的行级锁的情况下才支持事务。 四、数据持久性 oracle 保证提交的数据均可恢复，因为oracle把提交的sql操作线写入了在线联机日志文件中，保持到了磁盘上， 如果出现数据库或主机异常重启，重启后oracle可以考联机在线日志恢复客户提交的数据。 mysql: 默认提交sql语句，但如果更新过程中出现db或主机重启的问题，也许会丢失数据。 五、提交方式 oracle默认不自动提交，需要用户手动提交。 mysql默认是自动提交。 六、逻辑备份 oracle逻辑备份时不锁定数据，且备份的数据是一致的。 mysql逻辑备份时要锁定数据，才能保证备份的数据是一致的，影响业务正常的dml使用。 七、热备份 oracle有成熟的热备工具rman，热备时，不影响用户使用数据库。即使备份的数据库不一致，也可以在恢复时通过归档日志和联机重做日志进行一致的回复。 mysql: myisam的引擎，用mysql自带的mysqlhostcopy热备时，需要给表加读锁，影响dml操作。 innodb的引擎，它会备份innodb的表和索引，但是不会备份.frm文件。用ibbackup备份时，会有一个日志文件记录备份期间的数据变化，因此可以不用锁表，不影响其他用户使用数据库。但此工具是收费的。 innobackup是结合ibbackup使用的一个脚本，他会协助对.frm文件的备份。 八、sql语句的扩展和灵活性 mysql对sql语句有很多非常实用而方便的扩展，比如limit功能，insert可以一次插入多行数据，select某些管理数据可以不加from。 oracle在这方面感觉更加稳重传统一些。 九、复制 oracle:既有推或拉式的传统数据复制，也有dataguard的双机或多机容灾机制，主库出现问题是，可以自动切换备库到主库，但配置管理较复杂。 mysql:复制服务器配置简单，但主库出问题时，丛库有可能丢失一定的数据。且需要手工切换丛库到主库。 十、性能诊断 oracle有各种成熟的性能诊断调优工具，能实现很多自动分析、诊断功能。比如awr、addm、sqltrace、tkproof等 mysql的诊断调优方法较少，主要有慢查询日志。 十一、权限与安全 mysql的用户与主机有关，感觉没有什么意义，另外更容易被仿冒主机及ip有可乘之机。 oracle的权限与安全概念比较传统，中规中矩。 十二、分区表和分区索引 oracle的分区表和分区索引功能很成熟，可以提高用户访问db的体验。 mysql的分区表还不太成熟稳定。 十三、管理工具 oracle有多种成熟的命令行、图形界面、web管理工具，还有很多第三方的管理工具，管理极其方便高效。 mysql管理工具较少，在linux下的管理工具的安装有时要安装额外的包（phpmyadmin， etc)，有一定复杂性。
