Oracle Database 12c已经正式发布，在创建数据库的dbca程序界面上与以往的版本有哪些不同？ 1. 出现了Manage Pluggable Databases的选项。 PDB是Oracle12c大力宣传的一个新特性，参看文档。 2. 如果安装的机器上已经有11g GI，那么会出现警告，提升要么升级到12.1，要么新创建的数据库将无法假如到GI的管理中。 3. 创建数据库的时候，可以直接选择是CDB还是Non-CDB，也可以同时创建多个PDB。 4. 更多的权限细分group，但是在我遇见的生产环境中，很少有使用到这样细分的权限。通常都是一个dba组搞定全部。 5. 以往的版本在最后一步真正开始创建数据库的时候是弹出一个新窗口，12c嵌入到dbca的整体界面中。最人性化的改变是可以直接查看alert日志，并且内容是自动滚动的。不再需要登录到服务器上tail -f了。
为什么是MariaDB，为什么是Galera，为什么是Debian，这些闲话都不说了，直入正题。本文参考资料：AskMonty KB。在两台机器上分别安装MariaDB Galera Cluster，可以使用两个虚拟机，互相之间IP可以ping通即可。由于apt-get是如此好用，因此请保证你的Debian可以联网，然后执行：# apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db # cd /etc/apt/sources.list.d/ --创建MariaDB.list文件 # vi MariaDB.list --添加如下内容 # MariaDB 5.5 repository list - created 2013-04-25 09:13 UTC # http://mariadb.org/mariadb/repositories/…
今天重新阅读Latch的文档，按照我自己的理解，对于v$latch视图中的以下几个字段再作一些解释。 以下参数都是对于Willing-to-wait模式的latch而言的，no-wait模式的latch获得情况统计值则在IMMEDIATE_GETS和IMMEDIATE_MISSES字段中。所有v$latch视图中统计值都是在获得了latch之后才更新的。 GETS：当尝试获取一个latch并最终获得的时候，该值加1，在一次请求中无论是经过多少次自旋多少次Sleep，该值只会加1. MISSES：如果没能不经过自旋（spin）就获得latch，该值加1，在一次请求中无论是经过多少次自旋多少次Sleep，该值只会加1. SPIN_GETS：如果经过自旋才获得latch，该值加1，在一次请求中无论是经过多少次自旋，该值只会加1；如果经过了下述的SLEEPS方式才获得的latch，那么该值不变。 SLEEPS：这是MISS之后进程除了自旋之外，可能采取的另外一种方式-睡眠，将等待信号量唤醒或者Timeout唤醒。可能是由于多次自旋以后，仍然无法获得latch，进程就停止占用CPU，进入Sleep状态；也可能是首次尝试获取latch失败以后就直接进入睡眠期（比如单个CPU的机器中）。Sleep以后获得latch，该值加1，如果一次Sleep以后被唤醒，但是却仍然无法获得latch，那么会再次自旋，还无法获得，再次Sleep（睡眠时间会逐渐变长），多次Sleep会累加该值。 SQL> select count(*) from v$latch where MISSES=0; COUNT(*) ---------- 484 如上所示，这些latch都是一次请求就直接成功了，连一次Miss都没有。只要MISSES=0，那么SPIN_GETS和SLEEPS也一定等于0。 SQL> select NAME,GETS,MISSES,SPIN_GETS,SLEEPS from v$latch where MISSES>0 and SLEEPS=0; NAME GETS MISSES SPIN_GETS…