这是一个历时5个多小时的故障处理过程，值得认真记录、反思。 事后详查发现，数据库16:00之前就出现大量锁表情况，16:07运维支撑群有用户反映系统慢，直到反馈系统彻底没法用了。下图显示，实际14:00以后就开始出现了较多的锁表情况。 只是，14:00-16:00期间由于只是后台执行任务的锁表，并未明显影响到客户感知，相关的一线业务还可正常进行。 但是当这些执行失败的定时任务一个接着一个，反复重复执行，从而导致大量锁死时，会怎样呢？这会把整个库搞瘫痪。 相关的等待事件涉及到了大量的row cache lock、gc…
昨天在查看一个adg备库时，偶然发现了一个oracle的大坑，就是审计日志文件(*.aud)过多的问题，在adump目录下竟然有接近500万个aud文件，经查阅资料得知，所有以sysdba用户访问数据库的情况，都会记录一个aud文件在adump目录下，即使audit_trail设置为none，也会记录aud文件。 这样的话，当某些情况频繁以sysdba登录数据库的话，经年累月的定时任务，会导致这个路径下积压大量的aud文件，可想而知，严重情况会导致inode占满，导致OS故障，后果不堪设想。 我们知道默认情况数据库…
某项目一个11g的老库集群3节点已运行多年，目前有一个adg备库用于读写分离。由于使用的老存储已无法扩容，主磁盘组空间捉襟见肘，不得已借用多次FRA的空间用于扩容表空间。 为临时解决空间不足的现状，临时申请1台物理主机新构建adg用于替换原有adg备库，释放存储给主集群。 新申请的主机测试不充分，后期发现与主集群之间带宽仅有50-60MB/s，为后期实施带来了困难，同时新主机未能提供同版本的CentOS6.5，而是7.4，也为后续实施造成了麻烦，尽管解决掉了问题，但是不得不说，这些时间浪费成本也不低。 本次采用du…
■■sysbench最新源码编译安装 wget https://github.com/akopytov/sysbench/archive/master.zip sysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3) ■根据sysbench文档，需如下依赖包 yum install make automake libtool pkgconfig libaio-devel yum install mariadb-devel openssl-devel Error: Packa…
【目前网络上还没有比较完善的PXC最新版本8.0的中文部署参考，结合项目需要，本人完全基于官方文档，做了一次全新尝试。本文基于PXC最新版本8.0.21，详细记录了在CentOS7的部署过程，值得参考】 “Percona XtraDB Cluster是MySQL的数据库集群解决方案。它确保高可用性，防止停机和数据丢失，并为不断增长的环境提供线性可伸缩性。”---来自官网 PXC近几年广为应用的应该是5.6、5.7版本，笔者于2018年在某项目部署的版本就是5.7，也留下了深刻印象。 最新的版本是8.0，相比较5.7…
新搭建的一套PXC集群，采用了Percona的最新版本，如下所示： [root@mysqldb2:0 /mysql/soft/bak]# mysql --version mysql Ver 8.0.21-12.1 for Linux on x86_64 (Percona XtraDB Cluster (GPL), Release rel12, Revision 4d973e2, WSREP version 26.4.3) 需要修改系统配置为大小写不敏感，因此需要修改配置参数lower_case_table_name…
19.9 ADG环境，查看Flash Recovery Area Usage发现FLASHBACK LOG占用了90%多的FRA空间，而ARCHIVED LOG仅占用不到10%，这还了得，这是一个繁忙的生产环境，一般是不需要长时间的Flash Back的，得想办法清理一下，以免影响归档。【注：其实是不会影响归档的，具体的实践观察见后】 如下是清理前的占用情况: FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES CON_ID …
在CentOS7.6下配置oracle 19.9时，如果没有显式设置HugePages为SGA所需的合适的值大小，而是设置了较大的值，尽管有时可以分配一些HugePages，但是一般不会是所设置的数目，结论是，必须显式设置合适的值。 如下关于wydb两个实例的alertlog输出，最后一次输出是正确设置并重启之后的： ---wydb1 2021-01-14T15:38:39.837037+08:00 PAGESIZE AVAILABLE_PAGES EXPECTED_PAGES ALLOCATED_PAGES ER…
关闭网络心跳ip后，此时磁盘心跳正常，数据库主集群的2个节点发生脑裂，导致数据库重新配置。 重新配置的基本原则：节点数多的子集群存活，如果子集群包含的节点数相同，那么包含最小编号节点的子集群存活。 所以2节点集群，如果停掉所有的心跳ip后，node1存活，继续对外提供服务。 实际日志顺序如下： 1、node2的数据库实例被强行终止 2、node1确认检测到node2实例终止后，自我调整后继续提供数据库服务 ■■停掉所有的心跳ip ■■node2 日志 2021-01-20T16:20:15.835897+08:00…
前期19c上出现的这个问题，后期在操作ASM磁盘时，再次复发： ORA-15137: The ASM cluster is in rolling patch state 此时确认两个节点的patch level完全一致，如下： [root@wydb01:0 ~]$ crsctl query crs softwarepatch wydb01 Oracle Clusterware patch level on node wydb01 is [376483838]. [root@wydb01:0 ~]$ crsctl q…