网络连接是网络安全专家最关注的问题

③ 数据库中的隔离级别

DB2中的隔离级别：

• CS(Cursor Stability)：游标稳定性。逐行锁定数据，该行数据未修改时，锁定解除，继续加锁读取下一行，该行数据有修改时，则该行锁定持续到事务终止。CS的程序不能查看其他程序未COMMIT的更改。

CS提供了最大的并发性。但同一事务同一游标被处理两次，可能返回不同的结果，即不可重复度;CS程序读取的行上有任何可更新游标时，其他任何应用程序都不能更新或删除该行。

CS是DB2默认的隔离级别。在需要最大并行性但只能看到其他程序已COMMIT的数据时使用。

• RR(Repeatable Read)：可重复读。RR会锁定事务引用的所有行，直到COMMIT。其他程序不能修改该数据，如果一条数据被访问两次，返回相同的结果。

RR是最高隔离级别，可以最好的保证数据一致性，但是大量锁定数据，会导致并发度大大降低，同时有可能超过系统定义的持有锁数量的限制。

相当于标准定义隔离级别中的SERIALIZABLE相比，上锁范围一致。

• RS(Read Stability)：读稳定性。RS会锁定事务引用的所有行中符合检索条件的部分行。其他程序不可修改，但可执行INSERT操作，所以同一事务中，如果数据被访问两次可能返回新插入的数据，即幻读，但是旧数据不会有改变。

相比RR，RS锁定数据的数量大大减少，并发度得到提升。比较适合在并发环境下运行，但只适合在同一事物中不会多次发出相同查询，或不要求相同查询获得相同结果的程序，避免发生幻读。

DB2的RS和标准定义隔离级别中的REPEATABLE READ(重复读)类似，避免了脏读，但是会出现幻读问题。

• UR(Uncommitted Read)：未提交读，也就是“脏”读。UR不会加任何锁，可以读数据库中的任何数据，包含已修改但未COMMIT的数据。读的数据可能与真实的数据有一定差距。

UR级别最常用于只读表上的查询，或者只执行查询且不关心能否读到其他程序未COMMIT的数据时常用。

UR相当于标准定义隔离级别中的READ UNCOMMITTED(未提交读)。

MySQL支持标准定义的四种隔离级别，默认的隔离级别为REPEATABLE READ(重复度)，但是与标准SQL不同的是，MySQL的InnoDB存储引擎在REPEATABLE READ的隔离级别下，使用Next-Key Lock(锁定一个范围，并锁定记录本身)，因此避免幻读的产生。所以说InnoDB存储引擎在REPEATABLE READ的隔离级别下已经能保证事务的隔离性要求，即达到SQL标准的SERIALIZABLE隔离级别。

Oracle数据库支持READ COMMITTED(提交读)和SERIALIZABLE这两种事务隔离级别。默认的隔离级别是READ COMMITTED(提交读)。

 

更好的硬件整合

因为你可以把流水线看成是单线程的，而单线程的工作优势在于它能够和硬件的工作方式相同。因为有状态的 worker 通常在 CPU 中缓存数据，这样可以更快地访问缓存的数据。

使任务更加有效的进行

可以对流水线并发模型中的任务进行排序，一般用来日志的写入和恢复。

流水线设计的缺点

流水线并发模型的缺点是任务会涉及多个 worker，因此可能会分散在项目代码的多个类中。因此很难确定每个 worker 都在执行哪个任务。流水线的代码编写也比较困难，设计许多嵌套回调处理程序的代码通常被称为 回调地狱。回调地狱很难追踪 debug。

函数性并行

函数性并行模型是最近才提出的一种并发模型，它的基本思路是使用函数调用来实现。消息的传递就相当于是函数的调用。传递给函数的参数都会被拷贝，因此在函数之外的任何实体都无法操纵函数内的数据。这使得函数执行类似于原子操作。每个函数调用都可以独立于任何其他函数调用执行。

当每个函数调用独立执行时，每个函数都可以在单独的 CPU 上执行。这也就是说，函数式并行并行相当于是各个 CPU 单独执行各自的任务。

JDK 1.7 中的 ForkAndJoinPool 类就实现了函数性并行的功能。Java 8 提出了 stream 的概念，使用并行流也能够实现大量集合的迭代。

函数性并行的难点是要知道函数的调用流程以及哪些 CPU 执行了哪些函数，跨 CPU 函数调用会带来额外的开销。

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!