dba_free_space query slowly
在清理了大量无用对象后, 原来监控中查询表空间使用的语句执行缓慢.
系统中发现大量的latch: cache buffer chain等待.
清理回收站中…
另外, sqlldr指定了parallel参数对extents的分配有很大的影响.
表空间是auto allocate
指定parallel参数后, 分配extents基本都是64k,默认大小…
在清理了大量无用对象后, 原来监控中查询表空间使用的语句执行缓慢.
系统中发现大量的latch: cache buffer chain等待.
清理回收站中…
另外, sqlldr指定了parallel参数对extents的分配有很大的影响.
表空间是auto allocate
指定parallel参数后, 分配extents基本都是64k,默认大小…
最近做的工作基本属于sa. 数据库的工作不多.
儿子快6个月了, 全家人都围着小鱼忙活,
希望他脸上的湿疹早点痊愈, 另外再涨点儿分量, 光长个不长肉.
妈妈还在沈阳住院做放化疗, 希望疗程结束后, 妈妈能尽快恢复健康!
To use an HTTP proxy, you must teach Generic Proxy how to give the HTTP commands.
Proxy Prompt: (leave this field blank)
Proxy Command: CONNECT %h:%p HTTP/1.0\r\n\r\n
对海量小文件的文件系统进行归档操作时, gzip后mv vs mv后gzip哪个效率更高呢?
我这里的情况是, 后者效率更好; 前者gzip和后者gzip的效率相差近百倍!
CBO面对in (1,2,3,……)或者类似的or操作会做些什么呢?
1. 把in转换为union all操作,从而用到索引加快查询,可以使用use_concat提示强制该转换,这么做的缺点在于CBO面对每个union all操作都要计算cost,导致parse时间过长,解决办法见2;
2. 对应的操作为inlist iterator,可以使用NO_EXPAND提示强制进行,即使用了索引,同时避免了union all带来的cost计算问题;
还有一个从设计角度优化这个问题的思路:就是建表保存in数据,用join代替in操作。
在kamus的细心指导帮助下,wajoynece.cn开张了!
wayne是我的名字,恩,没错,你可能猜到了,这个域名实际上是我和媳妇儿的名字组合而成。
我其实是个DBA;
注意,不是MBA的升级版……
而是DataBase Administrator;
再次感谢老张的帮助!