ANBOB™

事务隔离级别是数据库事务处理的基础，ACID 中的 “I”，即 Isolation，指的就是事务的隔离性。ANSI/ISO SQL 标准定义了4 种事务隔离级别，对于相同的事务，采用不同的隔离级别分别有不同的结果。这些隔离级别是根据3 个“现象”定义的，

前几日一客户遇到了些安全事件，又把安全这个沉重的技术提高了要求， 安全投资再多也不过分但又可能看不到收益，还可能违背人性遭吐槽。 环境中有达梦数据库，领导想了解一下达梦安全做到什么程度，如审计像oracle中有AUDIT，还有AVDF,DV等专业组件，对数据库的访问控制保留记录，像对于“托库”oracle有监听日志和ASH \DASH配合如连接IP、 持续活动时间、持续IO量评估

之前曾经在《oracle add column xx default value 增强(二)》记录过，在日常运维中增加column是常见的操作，对于大表增加列时是否会导致回写表还是只修改数据字典影响DDL的执行时间和停机窗口长短。之前也在《“alter table ” modify column in Oracle、MySQL、PostGreSQL(数据库比较系列十三)》记录修改column时不同库的表现， 这里简单记录测试一下当前主流的几个库对于add column的现象。

前几天看到有OB用户留言，提到OceanBase很可能是出于对他们需求的考虑，而应用中以前对ORACLE报错的依赖。这表明现在数据库厂家在满足各种甲方要求时也颇为无奈，在应用的兼容性上做了种种让步。就对于会话1事务中，会话2 select for update nowait相同的报错场景，我简单测试一下在其它国产库上是否还不如Oceanbase. 为了方便横向对比，这里我再简单的附上ORACLE 与OB的报错。

在关系数据库中常见的一种需求统计表的记录的最大值或最小值，SQL中使用max min，为了最佳效率通常希望可以在列上创建索引，减少表段的IO量，如果可以可以使用更佳的执行计划如直接访问索引的头和尾（btree index的有序结构），减少index 块的访问，我们对比一下几款数据库在该方面的能力。

达梦数据库赶上了XC的红利，早几年前在一些ZF行业已上线， 最近有客户反馈DM8数据库内存总时自动增长很快， 每隔不到一周时间就需要重启操作系统，希望协助分析一下原因，达梦DM我的研究经历并没有多久， 但关系型数据库的内存结构功能都大同小异， 所以尝试以Oracle DBA思路去排查一下.

达梦数据库(v8)在设计和实现上参考了Oracle数据库，并提供了一些兼容Oracle的功能和语法。这使得在某些情况下，可以将Oracle数据库应用迁移到达梦数据库上，而无需进行大量的修改和调整。但并不是所有的Oracle功能和特性都完全支持。在进行迁移或使用Oracle兼容性功能时，建议先进行充分的测试和验证，确保功能的正确性和性能的满足。最近协助一客户优化已上线2年的DM库，当view定义中增加超过一定数量的union all后性能突然变化的案例。

对于一个oracle DBA， 虽然研究达梦数据库长达2小时，但一点都不影响使用，查看SQL的执行计划是DBA的必备技能，准备研究一下达梦查看SQL执行计划的几种方法，如explain, 10053,trace, autotrace,plndump 等系列测试。以oracle DBA视觉学习达梦。

达梦数据库简称DM，目前最新的版本是8.0版本，简称DM8。支持Windows、Linux和Unix操作系统，本次安装将采用Linux操作系统（Oracle Linux OS7），以高度兼容oracle颇受用户喜爱，前几天的blog提到语法兼容并不一定性能一定好，还是建议要按目标数据库的机制原生语法，后面测试一个前几天看到的执行计划，这里仅安装