为什么银行单位几乎都用Oracle,而互

这种情况都是行业应用特性和数据库自身对应特性决定的。Oracle是付费闭源大型数据库。我们可以理解为大而全的数据库,它可以支持很大的并发,很大的访问量,目前是OLTP联机事务处理过程最好的工具。而Mysql等是开源免费的中小型数据库,还是有很大不同的。下面我们详细看一下:

1、资源占用方面不同

oralce在底层计算资源上,它默认就会占更多资源以保障Oracle的高效并发处理。oracle在启动后,它占用的内存远大于mysql等这些开源数据库。所以,银行等传统行业的核心Oracle数据库一般都会配备并发性能高的小型机来作为基础硬件支撑。一般会采用oracleRAC+DataGuard来实现。

Mysql本身就是针对中小型数据库的,所以默认占用的资源也是较小的。互联网企业是通过以量取胜的方法来满足资源需要。通常采用大量的PC服务器组件集群来实现。

补充一点,oracle默认对事务是完全支持的,而mysql则只有innodb才支持。

2、并发的不同

在银行应用中,我们可以想象到,每天都有很多人对账户进行操作。而且通常都是读写同时进行。从技术上说,大量的写并发会导致写入冲突。为了保障数据的一致性,一次只能有1个会话可以写入。oralce为了保障数据的高并发,采用的行级锁,只锁定SQL语句要写入数据库对应的数据行。这样子就可以保障其他并发用户依然可以写入其他行。这和银行的银行业务是非常吻合的,所以银行还是使用Oracle居多。

而Mysql只有innodb下才有行锁,但该行锁需要通过给索引项加锁来实现,这种innodb行锁主要分为3种:分别是Recordlock(对索引项加锁)、Gaplock(对索引项之间的“间隙”、第一条记录前的“间隙”或最后一条记录后的“间隙”加锁。)、Next-keylock(前两种的组合,对记录及其前面的间隙加锁)。这种行锁意味着,如果不通过索引条件检索数据,那么InnoDB将对表中的所有记录加锁,实际效果跟表锁一样。互联网企业在应用开发商也采用微服务架构,尽量将大应用拆分成很多微服务来实现,这样每个微服务的表都很小。这样可以减少锁冲突。

在大量并发读取数据方面,我们同样要保障读取数据的一致性。Oracle通过在undo表空间中构造多版本数据块来实现读一致性,支持serializable的隔离级别,可以实现最高级别的读一致性。每个session查询时,如果对应的数据块发生变化,Oracle会在undo表空间中为这个session构造它查询时的旧的数据块。这也是银行等传统行业所需要的特性。

而mysql虽然也有undo表空间,但只支持read


转载请注明:http://www.aierlanlan.com/tzrz/1902.html

  • 上一篇文章:
  •   
  • 下一篇文章: