如果是统一区大小管理的表空间，由于每个区大小均一样，不会有碎片问题，但是在系统管理区大小的表空间，不同区大小可能不一致那么有就会产生碎片的可能性。比如：有多个64kb的区分布在表空间数据文件各个地方，当需要1mb，8mb的区，不连续的64kb区无法被重用，这就是碎片了。当然，区碎片的情况还是很少出现的，正常来说区相对表来说不会被频繁的分配和释放。

参考了mos的：Error ORA-39078 Received During DataPump Export (文档 ID 376022.1)看看streams_pool_size的值，show parameter streams_pool_sizeselect * from v$sga_dynamic_components where component='streams pool';数据泵使

如果是某个列存在"NOT NULL"约束且约束是enable即生效的，但是约束的VALIDATED属性为"NOT VALIDATED"，使用sqlplus去desc的时候，这个列的Null？不会有"NOT NULL"显示出来，即跟你上边一样是空的。但是用plsql去看的话，可为null那一栏是没有打勾的。PS：validate/novalidate代表启用约束时是否对表中原有数据作检查。我简单模拟

有无完整的错误信息。 默认我管理的库都会添加进去socket，如果你用的mysql命令行，原则上[mysql],[client]都能被读取，但是相同条目的参数配置以最下边的为准。 另外可以读读这个，https://www.cnblogs.com/PiscesCanon/p/17286909.html。相信你会有更深刻的理解，或许能对你这个问题有帮助。

oracle有个叫ASSM的技术,即自动段空间管理，ASSM的整体结构是3层位图块+数据块，如下：                            L3块：段头                                   |                             /          \                        L2块         L2块 

又再次翻了起来，因为当时草草试了下推入谓词就出来NL了，还是存在点疑问的，此环境下NL不应该和谓词推入有强关联，昨天下午抽空又测试了下，下边还是分别列下几个情况（情况4存在点问题）：原生SQL语句：select a.owner,a.object_id from v_t1t2 a where exists (select 1 from t99 b where a.object_id=b.object

官网直接有说明：https://docs.percona.com/percona-xtrabackup/8.0/how-xtrabackup-works.html

近几个月发现这平台有相当一部分别人的回答都有chatgpt之类的AI答案的影子。。。

我猜是绿盟吧，业界毒瘤。http://rss.xifenfei.com/关于绿盟扫描ORACLE漏洞的问题-说几点看法.htmlhttps://www.modb.pro/db/6019

再试试gv$active_session_history

可能是硬件防火墙空闲超时断开，或者网络抖动丢包断开之类的。

https://www.modb.pro/db/647677https://www.modb.pro/doc/109417搜索了，头两个，说了不需要然后截图里边用了而且还是13.4的截图，，，不过提到也是说不需要，也不是不建议。我生产环境用了快2年也没出过问题。照着官方文档一步一步来搭建没问题的，里边详细的很。

贵。

友情提示，你有两个begin。

dg broker没用过不太了解，习惯手工切换的我没需求我也不会再去学。工具用的如臂使指自然是都可以，不过比如手工切换主备能做到哪个步骤出问题哪个步骤排查，类似open库分多个阶段方便出问题时候逐步排查处理。要说dg broker隐患，1是对工具不了解就在生产上手使用，2是工具本身也是个故障层，越是复杂的工具越可能发生问题，出现问题需要考虑排查dg borker自己的问题。总之用熟练基本没啥问题，

开归档了的前提下：我建议你考虑logminer，既简单又粗暴。改动还少。

直接删除即可。

结合数据规模，允许的停机时间来选择方式吧

回退之前redef的操作才能进行下次操作。begin dbms_redefinition.abort_redef_table(uname => 'ZKM', orig_table => 'TEST', int_table => 'T

看当时的等待事件。

就是两套主备的意思？初始化是怎么迁移的数据？增量数据什么方式同步的？rac作为主库是被open过没？

在文件/etc/grub.conf的kernel /boot开头的同一行后添加transparent_hugepage=never

根据需求改：cd <OMS_HOME>/bin./emctl stop oms./emctl config oms -store_repos_details -repos_conndesc "(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=myhost.myco.com)(PORT=1521)))(CONNECT_DATA=(SID=

查询当前占用temp空间会话：PS：prev_sql_id,sql_id不一定就是消耗了temp的sql，因为有可能会话曾经执行过消耗了大量临时表空间的SQL，然后后续有执行了其他SQL，这个”其他SQL“就会出现在prev_sq_id(上条SQL)，sql_id(当前SQL)。可以结合v$open_cursor来慢慢确定。set line 300col username for a25col t

是不是在DML中的SQL，比如：insert into select /*+ driving_site(t) */。如果是DML的环境，那么select部分带有driving_site hint是一定不起作用。文档 ID 825677.1中提出：        DRIVING_SITE hint is not working for DML or DDL.  Remember DRIVING_SI

内部人员刷板块活跃度已经不择提问了？

不建议双主双写，因为存在如下问题：在单机 MySQL 架构中，当我们需要更新一行数据时，系统会为该行加上 X 锁，以防止其他事务对其进行修改。这时，任何尝试修改该行的其他事务都将被阻塞，直到当前事务释放锁。然而，在双主架构中，两个主节点是独立运作的。每个节点的 MySQL 实例只能管理和控制自己的锁，它们不能感知或者干预对方的锁状态。这意味着当两个节点同时尝试更新同一行数据时，它们可能会各自在本地

刷活跃度的。

楼上说的num_rows有一个问题，这个值并不准确。这个值是由统计信息决定，而收集统计信息如果不是按照100%的采样率来收集，那也可能是不准确的。当100%采样率才是准确的。而大多数情况下，自动收集统计信息这个动作也不是每时每刻的，这更会导致num_rows不准确，而且自动收集也不是每个表都收集，默认11g下变化超过10%的表才会被收集。

可以，通过曲线实现，在$ORACLE_HOME/dbs/路径下静态参数文件直接指定spfile的路径。如上图为例子，直接startup启动的时候，先找到$ORACLE_HOME/dbs/initoemdb.ora这个文件，然后文件里边根据参数SPFILE='/home/oracle/spfileoemdb.ora'又找到你自己定义了路径的动态参数文件达到实现的目的。

https://img2020.cnblogs.com/blog/1152369/202111/1152369-20211117163415160-1231000858.png

简单理解就是（除开OMem，1Mem，Used-Mem）：    K表示10^3，比如150K就是150000    M表示10^6，150M就是150000000当然，实际执行计划中K和M实际上不精确了，因为150555也会被显示为150K，150111111也会被显示为150M。

明确索引主要影响insert、delete以及索引字段的update情况下（还会占用空间，一般不考虑这点），1.如果表基本静态，存储足够的情况下想建多少个都可以。2.字段如果null值占比大，对字段等值查询或者关联查询多也可以考虑，因为null不会去维护索引。3.针对某个业务特别重要需要保障涉及SQL运行快，在其他手段无法生效下只能创建索引，权衡影响DML和优先保障业务下，那么只能创建索引。4.如

这个我好几年前遇到过，印象中是用户创建之后没有设置密码就报这个错。

例子：run{set newname for database to '+data';   --这个来起作用duplicate target database for standby from active database nofilenamecheck;}

官方提供的sql：SELECT S.USERNAME,SUBSTR(O.NAME, 1, 15) OBJECT_NAME,DECODE(LV, 1, 'Holder: ' || S.SID, 'Waiter: ' || S.SID) SID,DECODE(L.LMODE, 0, 'None', 1, 'Null', 2, 'Row-S (SS)', 3, 'Row-X (SX)', 4, 'Sha

必须是redhat，因为centos根本就没有oracle官方的认证。用centos你敢用吗，出了问题谁负责是不是。

那不一样，rman target /是OS认证登录，rman target system/oracle@CDB是通过监听来建立网络连接的。值得一提的是，即使通过rman target system/oracle@CDB也不一定产生因备份动作而导致的网络流量，比如a机器远程b数据库服务器，通过a机器执行backup database format '/home/oracle/%U'，这个备份文件是放

Oracle官方就没认证CentOS系统，你自己采纳的答案截图也是RedHat。当然装是可以装的，有什么安全隐患就不知道了。毕竟内核是有细节区别的。

alter system set enable_ddl_logging=true scope=both sid='*';这个参数设置为true可以把ddl操作记录到警告日志中。如下：此时警告日志：

当然会。记住一个本质原则，对于涉及到块更改操作均会记录redo信息。你想想延迟块清除，只是数据库中的事务槽的更改都会记录redo（某些情况下select会导致redo产生的本质原因）更不要说是维护索引的相对“重量级”操作。

1.oracle给用户connect、resource权限，为啥会有insert、update权限？默认用户自己的对象（比如表等）肯定是有操作权限的，并不是说resource就包含了insert、update权限。yysy，都是我用户自己对象为啥会没有权限DML。但是用户创建对象，是需要授权的，resource角色就包含了部分的创建对象的权限。这类权限成为系统权限。2.如何设置用户最小权限？只能访

对于11G，psu的补丁是dbca的新库不需要，但是ojvm是需要的。一次性补丁和热补丁之类的也是需要的。知其然也要知其所以然，参考这个吧：https://www.cnblogs.com/PiscesCanon/p/14953554.html

oem有表空间告警有两个阀值，警告阈值为90%，95%则是严重阈值。默认情况90%的警告阀值触发是不会立刻发邮件的，默认在一个星期后清除的时候才发。而如果达到严重阀值才会立刻发送。了解原理才能更好应对，详情看这个把：https://www.cnblogs.com/PiscesCanon/p/15236313.html

是不是tns的配置加了(FAILOVER_MODE =...(METHOD = PRECONNECT)...)(METHOD = PRECONNECT)也会导致一个连接产生两个会话，防止其中一个会话故障可以立刻转移到另外一个会话。或者是srvctl add service的一个参数 -P  PRECONNECT也是同样的效果。