Maclean’s Oracle Database Tech Blog Archives

Oracle公司从版本12c以后实际上引入了类似于SQL Server的以年份为版本号的版本风格。Oracle 12c以后的已release版本为18c,19c,21c，2020年由于全球疫情的问题未发布大版本号。 其大版本的释放周期大大缩短了，实际上大版本的释放频率已经覆盖了过去Patch Set补丁集的作用。 对于先进企业选择Oracle数据库版本而言，建议可以考虑对当前年份-2/3的算法。 即如果当前是2021年，则考虑使用(2021-2 or 3) 18c或19c；并打上最新的RU(Release Update)和RUR(Release Update Revision)。    

DBI的Franck Pachot给出了一个更高效率的DBA_EXTENTS脚本，对于特别大的ORACLE数据库定位EXTENT时很有用： https://blog.dbi-services.com/efficiently-query-dba_extents-for-file_id-block_id/#comment-91162     column owner format a6 column segment_type format a20 column segment_name format a15 column partition_name format a15 set linesize 200 set timing on time on echo on autotrace on stat WITH l AS ( /* LMT extents indexed on ktfbuesegtsn,ktfbuesegfno,ktfbuesegbno */ SELECT ktfbuesegtsn segtsn,ktfbuesegfno segrfn,ktfbuesegbno segbid, ktfbuefno extrfn, ktfbuebno fstbid,ktfbuebno +…

  下载： Dgg Oracle MySQL数据同步校准工具最新版：https://zcdn.askmac.cn/Dgg2107.zip Dgg申请个人版注册码： http://askmac.cn:3333/acquire   教程： 使用Dgg实现MySQL数据库同构跨库数据校验 使用Dgg实现Oracle数据库同构跨库数据校验 使用Dgg全量同步/初始化Initial Load MySQL数据 使用Dgg全量同步/初始化Initial Load Oracle数据   Dgg Oracle/MySQL数据库复制同步校准软件 Dgg Rdbms Oracle MySQL Table/Schema Sync Compare Repair 最新版：   Dgg is a single application that allows you to tranfer data between Oracle and MySQL. It will also support Microsoft SQL Server in future. It…

在使用Dgg实现MYSQL跨库数据同步后，可以使用Dgg的数据校验功能来验证数据是否一致。   请首先参考《使用Dgg 全量同步/初始化Initial Load MySQL数据》 https://www.askmac.cn/archives/datagogo-initial-mysql.html 选中 树形图最上方的用户名，右击 Compare:           DataGoGo中存在三种 表数据的比较粒度： 只比较行数 （ 适用于大表 如日志表，为最粗粒度的比较） 只比较主键HASH (适用于中大表，要求表有主键，中等粒度比较） 比较全表HASH (适用于中小表，最细粒度比较 ， 速度较慢）   测试 90万行 7列的表， 比较约耗时 10秒。    

在使用Dgg实现Oracle跨库数据同步后，可以使用Dgg的数据校验功能来验证数据是否一致。   请首先参考《使用Dgg 全量同步/初始化Initial Load Oracle数据》 https://www.askmac.cn/archives/datagogo-initial-load-oracle-database.html 选中 树形图最上方的用户名，右击 Compare:         DataGoGo中存在三种 表数据的比较粒度： 只比较行数 （ 适用于大表 如日志表，为最粗粒度的比较） 只比较主键HASH (适用于中大表，要求表有主键，中等粒度比较） 比较全表HASH (适用于中小表，最细粒度比较 ， 速度较慢）   测试 90万行 24列的表， 比较约耗时 2分钟。   比较结果如下：   Compare start date: 2021-06-07 14:58:54 Comparing SCOTT.T_XT_SYNCPERSONLOG and EAS.T_XT_SYNCPERSONLOG: SCOTT.T_XT_SYNCPERSONLOG full table checksum: 235801620123 EAS.T_XT_SYNCPERSONLOG full table checksum: 235801620123 Full…

UDEV RELOAD是否会影响oracle ASM?   回答： 如果频繁 reload 显然会影响Oracle ASM ，甚至导致ASM Diskgroup OFFLINE。 如果只是一次很快速的reload，那么影响的概率较小。   参考链接：   ‘udev’ rules continuously being reloaded resulted in Oracle ASM diskgroup outage https://access.redhat.com/solutions/1465913

multipath.conf   # This is a basic configuration file with some examples, for device mapper # multipath. # # For a complete list of the default configuration values, run either # multipath -t # or # multipathd show config # # For a list of configuration options with descriptions, see the multipath.conf # man page…

UINT 是 UINT256的别名 INT是INT256的别名 uint and int are aliases for uint256 and int256, respectively. Solidity 中整型有明确范围，例如 uint32 的范围是 0 ~ 2**32-1 , 若结果超过范围 会被truncate截断 address 类型  存放一个20字节的以太坊地址 address payable  类似于address ，且提供 transfer 和 send成员 ;   即 普通address默认不能传输ETH ， address payable 可以 pragma solidity 0.5.10; contract Test1 { address public notpaybleaddress; address public payableaddress; uint public balance1; uint public balance2; uint public…

现有2套MySQL服务器，需要将一台上的服务器上的数据同步到另一台。可以使用Dgg数据同步校准软件实现数据初始化同步的目的。   打开Dgg软件，点击开始 => 打开， 创建2个MySQL session:     选择源端 并点击下一步，选择目标端 并点击 连接：     可以在两侧的对象树上看到相关的表 , 点中用户 右键 => Transfer:       初始化同步后，若对表数据的一致性存在疑问，可以通过Compare功能比对，在左侧树形种点中你要比对的表，右键Compare: 校验分成几种： 行数对比校验 （最粗粒度） 主键对比校验  （较粗粒度） 全表对比校验    （精细粒度）   其中行数对比校验 ，仅对比2个表的行数是否一致；即只比较count(1) 主键比对，只比对主键信息是否一致，支持联合主键 全表校验，比对全表数据信息（会排除TEXT LONGTEXT等长字段列）是否一致   对于小表而言（一般来说小于10万行），全表校验的速度也较快，其时间可接受。对于大表而言，除非是一致性要求极高的账目表，否则建议使用主键比对或行数比对。            

Oracle 相比 mysql 的优势在哪里   原帖子在这里：  https://v2ex.com/t/773654?p=1   目前的项目用的 mysql，支撑几十亿数据没问题（分库分表），偶尔慢 sql 也能优化索引解决，至于复杂查询通过搜索引擎实现，听说 Oracle 超级贵，那 Oracle 具体有什么优势呢，哪些场景下是 oracle only 的？ 看完了回复，oracle 能单表支撑几十亿数据还是很强的，因为目前因为分表键导致很多需求无法实现，只能同步一个表用另一个分表键。 我再问下，如果是同时涉及几十个字段的复杂搜索，oracle 可以支持吗，目前用的搜索引擎实现也非常贵。 有一说一，单表支撑几十亿数据，听着有点玄乎，真的假的啊 我的回复：   oracle 的优化器 CBO optimizer 目前应该是所有 RDBMS 里最复杂的（不说是最先进的）。MYSQL 至少在优化器上还处于比较初级的阶段，虽然 MySQL 的目标可能并不希望实现非常复杂的优化器算法。其他一些东西 例如 undo 的实现等等 可能优势并不明显， 这里就不提了。   举一个例子， 都不使用索引的情况下，NO INDEX ! NO INDEX | NO INDEX ! 以下数据量是一样的，机器是同一台。 Oracle 11.2.0.4 MySQL…