前阵子为PXC集群配置IPv6支持，遇见奇怪的问题，就是SST同步时总是报错，为此在官网论坛提交了问题，未得到答案，最后偶然得到了答案，详见官方论坛： https://forums.percona.com/t/sst-cant-support-ipv6/26140 结论如下。 Finally, I found the solution is turn off pxc_encrypt_cluster_traffic, then it works well. And this is my major part of c…

声明：此文来自于MOS(Doc ID 1674865.1)，整理在此以便于大家阅读学习。 ■ 概要 在Oracle的RAC环境中，数据库会收集global cache 的工作负载统计信息，并把这些信息通过STATSPACK, AWRs 和 GRID CONTROL等工具呈报。对于每个节点，以及集群汇总统计信息中的global cache数据块丢失的统计信息("gc cr block lost" 和/或 "gc current block lost") 代表了私网通信的包处理效…

前期一个项目与外部厂商联调时，由于外部某几个网络环节存在超时或不通的情况，排查到可能需要修改部分网络环节的MSS参数信息，以下对相关操作进行记录，留待后续参考。 0、背景知识 MTU: Maximum Transmission Unit 最大传输单元 MSS: Maximum Segment Size 最大分段大小 一般以太网MTU都为1500, 所以在以太网中, 往往TCP MSS为1460 1、修改方法1---ifconfig # 默认的设置 ifconfig ens192 mtu 1500 # 改为其他值 i…

研发人员在测试大事务提交时遇见了错误： Got error 5 - 'Transaction size exceed set threshold' during COMMIT 测试了几次都是1200S的时候停止的，不过在注释掉特定步骤后，过程还是在1200S失去连接了，不知道这个1200S的执行参数是哪个，可能这个1200s的执行参数是关键，因为看 wsrep_max_ws_size 最大提交量是2G，理论上应该是够用的。 通过以下查询方式，也只能查出这个2G的限制： show variable…

一套2节点的MySQL PXC集群，第1节点作为主用节点长时间的dml操作，导致大量的事务阻塞，出现异常，此时查看第2节点显示是primary状态，但无事务阻塞情况。 此时第1节点无法正常提供服务，于是以为第2节点可以作为主节点提供sst数据源来新建第1节点，但清空第1节点开始启动时，却发现无法正常启动sst同步，因为：failed to reach primary view 此时的报错信息详情如下： 2022-03-16T11:28:00.546024Z 0 [ERROR] [MY-000000] [Galera…

某项目扩展表空间后增加了一个数据文件，出现数据库无法连接的情况，项目人员联系主机硬件厂家，对方发了几个图片说空间不足了，项目人员于是说按照对方说法在主机删除了对应数据文件，这次更无法启动数据库了，，，，，真是无知者无畏，对方敢让删数据文件，项目人员也赶删，实在是无语至极！ 这个表空间已有53个数据文件，这次按序号增加的是54号数据文件，之后又在os层面执行了rm操作，且重启了主机，恢复这个文件是基本没有希望了。 查看数据库日志，如下： Fri Jan 21 16:46:00 2022 ALTER TABLESPAC…

一个PXC 8.0.23集群，因为项目操作导致无法提供服务了，提示信息为： ERROR 1047 (08S01): WSREP has not yet prepared node for application use 或者 2013 - Lost connection to MySQL server during query 登录各个节点查看集群wsrep_cluster_size均为0，节点状态wsrep_cluster_status都不是Primary状态（好像是not connected），查看grasta…

这是一套11g的老库，主库3节点，备库1节点。项目上于昨天晚上做某测试扩容了表空间，在其他位置新建了9个数据文件，在备库无法创建这个非标准位置的datafile，从而导致同步中断。 第二天上午才发现数据不同步，备库的只读业务受到影响。 查看alertlog看到明显的报错 ORA-01111: name for data file 41 is unknown - rename to correct file ORA-01110: data file 41: '/u01/app/oracle/product/…

在后期打patch时常见的一个错误是： Prerequisite check "CheckActiveFilesAndExecutables" failed. 如果在服务端有相关的进程在运行，从而占用可执行文件或运行库，会导致升级时无法更新相应的文件，从而升级失败，报出如上错误。 一般是很容易通过fuser、lsof查出相关的进程的，但有一个情形是无法查出来，只能用fuser查看指定的运行库如libclntsh.so来确定是否占用运行库，如下例。 /u01/app/oracle/product/…

在一次adg构建过程中提示如下报错： [oracle@adg1:0 ~]$ rman target sys/"passwd#"@TESTDB_DGSRC_TNS auxiliary sys/"passwd#"@TESTDB_DGTAR_TNS Recovery Manager: Release 19.0.0.0.0 - Production on Wed Jul 21 21:47:25 2021 Version 19.8.0.0.0 Copyright (c) 1982, 2019, Oracle and/or i…