2022-07-16 09:14:53这个时间点，本次所有的library cache lock会话都被Memory: Reg/Dereg等待事件会话阻塞，可以判断这些library cache lock会话是登录会话，等待更新登录时间，也就是说上面70多个会话都是登录会话。上面都是应用用户，由于多个应用用户的阻塞会话正在执行update 登录时间，导致后面这些用户登录会话无法更新底层表的登录时间

在给某客户AIX7.2上安装19c的集群软件时，报错[INS-06006]Passwordless SSH connectivity not set up between the following…INS-06006 GI RunInstaller Fails If OpenSSH Is Upgraded to 8.x (文档 ID 2555697.1)安装前，以root用户身份：（如果您的“s

1.连sidjdbc:oracle:thin:@host:port:SID2.连service namejdbc:oracle:thin:@//host:port/service_name3.连tns namejdbc:oracle:thin:@TNSName

*

oracle 19c varchar2超过4000字节处理

---------设置表的并行度为default。CREATE INDEX索引名 ON表名(字段名)parallel 32;ALTERINDEX索引名 noparallel;

另外一个等待事件cusor: pin S wait on X，这个等待事件是某个会话需要申请S模式的mutex，而mutex被其他会话以X模式占有了，当前会话会处于cusor: pin S wait on X等待事件，结合这些会话的阻塞会话发现，阻塞会话全部是row cache lock等待事件的会话，所以说根本原因是row cache lock导致的。可以看出，早上10:02这个表刚刚收集过统计

sppixSYSxksppcv y。

linux df -h卡顿问题（卡住）

Ps -ef|grep 12625查看进程。小f按p把swap加进选项里。#̲ 输出swap信息。#̲ 如果占用了swap。大F排序选swap。