猫咪很可爱-优快云博客

可以发现归档29号比较大，且每天平均约450G（arch磁盘组剩余空间约400G），没有DG数据库。可以发现归档清理时间是每天的1点（已注释），修改为每天的12点和22点。可以发现无法连接数据库的时间段为00点，归档无法进行。客户反馈数据库夜间连接异常，随后自动恢复，需要排查。可以发现数据库当前状态正常，存储空间充足。1.加大归档清理间隔。

2026-10-18 22:23:31 122

--single-transaction 只能保证 InnoDB 数据一致性快照，但不能完全避免 DDL 干扰。备份期间如果对表做 ALTER TABLE、TRUNCATE、DROP，仍可能导致备份失败或数据不一致。表损坏、.ibd 文件异常、表空间 ID 不匹配时，mysqldump 可能在某张表处中断。如果库里有视图引用了不存在的表或列，或者定义者用户不存在，mysqldump 可能中止。可以用 --force 继续导出，但要注意它只是忽略错误继续跑，不代表数据完全一致。

2026-10-18 21:42:33 211

原创 mysql ddl 超时场景模拟与排查

本文通过一个可复现的实验，演示 MySQL 中一个常见却容易被忽视的阻塞场景：当某个会话开启事务并写入数据后一直不提交，该事务会持有表的 MDL 共享锁，导致其他会话执行 DDL 或 TRUNCATE 时被阻塞，最终触发超时。实验按「建表 → 插入示例数据 → 模拟未提交事务 → 触发 DDL 超时 → 排查阻塞链」五个步骤展开，帮助你直观理解 MDL 锁的机制与排查方法。插入示例数据模拟“不断写入但不提交”在会话 A中执行这个事务会一直持有表的 MDL 锁。在会话 B

2026-10-18 20:53:15 98

原创 rhel不同版本源码安装mha

mha4mysql-manager依赖包如下，Time::HiRes (included from Perl v5.7.3)mha4mysql-manager依赖于mha4mysql-node，需要优先编译mha4mysql-node。mha官方最后一次更新在2018年，官方涉及rhel操作系统仅有版本7的rpm包。所以，我们只要重点解决上面的perl依赖（1到3），即可编译mha（4）未测试rhel7，因为官方有rpm包，本次测试源码编译安装mha。根据官方文档说明，我们解决perl依赖包问题即可编译。

2026-10-18 19:27:08 244

原创 Oracle数据库IO响应慢导致业务卡顿的排查与存储迁移实践

综合上述分析，我们可以看到：Oracle慢，是由于IO响应慢引起。

2026-10-17 03:05:16 151

原创 Oracle RAC 启动失败排查：私网通信与内核参数优化实战

综合上述分析，我们可以看到：Oracle RAC启动失败，是由于私网通信失败引起。处理/优化建议针对现有情况，建议如下：1. 对于 Bond 网卡，使用主备模式2. 交换机和主机网卡 MTU 保持一致3. 对于 team 网卡，调整系统内核参数（反向路径过滤）

2026-10-17 02:38:49 163

原创 DG备库延迟排查实录：磁盘性能不对等竟是主因

本文记录一次Oracle Data Guard备库延迟的完整排查过程。通过归档频率、系统日志、AWR报告等多维度分析，最终定位备库延迟的核心原因是主备库磁盘性能不对等。主库未发现高IO占用SQL，备库磁盘性能明显弱于主库，导致日志应用速度跟不上，引发备库延迟。文章提供了一套可复用的DG延迟排查思路与优化建议。

2026-10-17 01:39:31 217

原创 MySQL 主从不同步排查实录：一条 truncate 为何对从库“隐形”

主库执行TRUNCATE后从库数据不同步，复制状态却正常，排查发现因会话级sql_log_bin=0导致操作未写入binlog，无法同步。根因是维护时临时关闭日志记录未恢复。建议：操作前记录sql_log_bin与binlog位点，完成后立即执行SET SESSION sql_log_bin=1并验证，杜绝此类“无声”不同步问题。

2026-10-17 01:22:11 189

原创 MySQL DDL 导致 mysqldump 备份失败：场景模拟、排查与优化建议

MySQL DDL 与 mysqldump 备份冲突的根因，通常是 MDL 锁阻塞、大表 DDL 资源占用和客户端超时参数过短共同作用的结果。通过错峰调度、使用在线 DDL 工具、调优备份参数，以及引入物理备份方案，可以有效降低备份失败概率，保障数据安全。

2026-10-17 00:03:42 102

原创 MySQL 主从复制报错 1133：从库缺少 repl 用户导致 SQL 线程中断的排查与修复

最稳妥的做法是：主从都使用 CREATE USER 'repl'@'%' ...，再 GRANT REPLICATION SLAVE，最后 FLUSH PRIVILEGES。如果主库上 repl 用户的 Host 不是 %，而是 localhost 或其他值，那从库回放 GRANT ... TO 'repl'@'%' 时也会报 1133。CREATE USER 'repl'@'%' IDENTIFIED BY '你的repl密码';2. 在从库补上 'repl'@'%' 用户。4. 修复后确认主从状态。

2026-10-16 23:58:26 143

原创 MHA 主从切换失败？备库缺失 repl 用户的排查与修复全记录

在 MySQL 高可用架构中，MHA（Master High Availability）是常用的主从切换管理工具。它依赖 repl 用户在各节点间进行复制和切换操作。如果主库存在 repl 用户而备库缺失，主从切换的前置检查将无法通过，导致切换失败。本文完整记录了这一典型问题的排查思路与修复过程，核心价值在于：通过临时关闭 binlog 记录的方式安全创建 repl 用户，既能避开备库 read_only 限制，又能避免创建操作同步到其他节点引发复制冲突，从而确保主备切换顺利进行。

2026-10-16 23:57:54 189

原创 Oracle归档自动删除任务失败

分析归档删除脚本发现delete expired archivelog all未添加noprompt。而且>/dev/null 2>>/tmp/b.log 会无法记录日志。经检查归档删除脚本未注释，操作系统日志无异常。asm磁盘组arch告警使用率90%进入磁盘组检查发现，归档未正常删除。手工运行归档删除脚本，报错如下。--归档日志自动删除脚本。

2026-10-14 23:00:24 245

原创 RAC架构变成单机文件系统

这个 ORA-29702 错误表明，虽然您修改了参数文件，但底层的 Oracle 数据库软件本身仍然默认开启了并行服务器（RAC）选项。因此，在启动时它依然会尝试去通信集群管理器（Cluster Manager），从而导致启动失败15。要彻底解决这个问题，您需要通过重新链接（Relink）Oracle 内核来关闭并行服务器选项。按照这个流程操作后，数据库实例应该就能正常启动到 nomount 状态了。

2026-10-14 22:43:34 241

原创 Oracle 单机环境安全关闭线程 2 的完整指南：从检查到验证

【代码】ORA-01623 无法删除redo。

2026-10-07 22:10:12 22

原创 Windows 环境变量 PATH 优先级冲突排查：多版本客户端版本调用异常解决方案

检查发现多个客户端版本，大概率版本冲突或者环境变量优先级问题处理过程（没有进行任何卸载和重装，仅修改了环境变量使得优先级改变）

2026-10-07 20:38:45 16

原创 aix7.2 安装Oracle11g for windows模拟

重新启动AIX虚拟机，从光驱引导启动，在"Welcome to Base Operating System Installation and Maintenance" 菜单时，选择 3 (Start Maintenance Mode) --> 1 (Access a Root VG) --> 0 Continue --> 1 (VG on hdisk0) --> 1 (Access this VG and start a shell)，进入维护模式。(输入 1 后，系统会自动重启。之前的安装完全没问题。

2026-10-05 15:10:56 220

原创 aix7.2 安装Oracle11g for linux模拟

-ignoreSysPrereqs 这个参数很重要，因为QEMU模拟的硬件环境和Oracle官方认证清单对不上，不加的话预检查很难全部通过。安装完成后，Oracle会提示你用root执行 $ORACLE_HOME/root.sh ，这一步不能省。去掉这个网卡参数，否则会无限重启。# 查看当前qemu包。# 永久生效（推荐）# 如果编译缺少组件。

2026-10-05 14:18:28 160

原创 ORACLE单机文件系统_数据文件更改路径

本变更适用于小机平台和X86平台Oracle数据库单机，由于存储切换需要更换数据库文件路径的情况，适用于Oracle数据库版本为11g以及11g以上。需offline数据文件mv路径后online数据文件，依次进行，需要执行recover命令。若数据库文件迁移过程中磁盘空间不足，则需紧急扩容，保证数据库文件迁移正常。由于存储切换，需要更换数据库文件路径。检查文件路径和scn（不一致不要开库）1.无归档，需要更换数据库文件路径。2.有归档，需要更换数据库文件路径。关闭数据库，拷贝对应文件到对应目录。

2026-07-04 10:32:23 188

原创 MySQL主从异常 log_bin_trust_function_creators

由于主库需要创建函数age在数据库xxx_db上，从库参数log_bin_trust_function_creators默认为off，导致主从同步异常现已临时修改参数为on，并重启复制进程，主从复制运行正常观察到主从延迟呈现减少趋势，但是由于上次报错时间为25年12月，仍然有可能无法最终同步正常因为过去四个月的log有可能被清理，或者由于时间久远堆积日志过多导致io压力，极端情况可能需要主从重新搭建。

2026-07-04 10:32:09 173

原创 MySQL8.0_mysqldump_迁移手册_V1.0

本文摘要：文章详细介绍了MySQL数据库迁移的全流程方案，包括规划、实施和回退机制。主要内容涉及：1）迁移对象与工具配置（使用mysqldump工具及指定备份路径）；2）创建专用导出/导入用户并精细化权限分配（如SELECT、LOCK TABLES等基础权限及BINLOG_ADMIN等动态权限）；3）mysqldump关键参数解析（--single-transaction、--set-gtid-purged=OFF等）；4）迁移步骤（导出、源表重命名、导入及业务用户创建）；5）回退方案（源表恢复、目标库用

2026-07-03 01:29:50 197

原创 SQL慢_分析执行计划突变

分析原因通过对现有信息的分析，可以看到SQL执行慢，是由于执行计划突变引起。可以发现对同一张表进行了取长度、取模运算，这种情况数据库执行计划无法评估准确。03月14日SQL执行慢，需要从根本上分析问题原因，避免该类问题再次发生；14号上午10点左右，确实抓到SQL慢，执行1小时左右。某条SQL以前执行2分钟结束，昨天突然执行很慢。3.3执行计划以及SQL monitor分析分析。可以发现13号进行了统计信息分析，14号SQL慢。SQL执行慢，是由于执行计划突变引起。业务名称 xxx。

2026-07-03 01:08:49 179

原创 Windows 差分 VHD 多系统并存方案：父子镜像创建、还原与合并实战

【代码】轻松备份还原：一键VHD差分系统管理。

2026-06-27 20:23:23 37

原创 Oracle连接断断续续

这个机器一直正常，昨晚监控系统报错连接不上，然后过了几个小时又自己恢复了。排查网络与防火墙的原因，最后查看系统日志发现网卡或者链路问题。lsnrctl status看监听启动时间正常。监听日志6.92G，排除4G大小的bug。

2026-06-26 00:57:37 201

原创 oracle-04031 bug

5月17日Oracle跑批失败，报错4031 ORA-04031: unable to allocate 12312 bytes of shared memory ("shared pool","unknown object","KKSSP^606","kglseshtTable")2.扩容sga到30G（注意buffer cache和shared pool参数、内存锁定为unlimited、大页和kernel.shmmax、kernel.shmall参数）1）升级到12c最新基线版本。

2026-06-26 00:42:46 227

原创 xx人寿评估开启主键、唯一键补充日志对数据库性能的影响

【代码】xx人寿评估开启主键、唯一键补充日志对数据库性能的影响。

2026-06-17 11:54:23 172

原创 MySQL视图迁移问题分析与解决指南

03月7日MySQL从k8s迁移到到MHA主从后，应用连接报错，未导致系统/业务发生重启/业务中断，未产生不良影响，后重建视图，应用连接正常，需要从根本上分析问题原因，避免该类问题再次发生；通过对现有信息的分析，可以看到MySQL从k8s迁移到到MHA主从后，应用连接报错是由于视图无法访问引起。对于不同用户创建的视图，默认只有自己可以调用，视图无法进行alter操作修改属性，通过重建视图解决。对于不同用户创建的视图，默认只有自己可以调用，视图无法进行alter操作修改属性，通过重建视图解决。

2026-06-17 11:54:19 216

原创数据库迁移遇坑？配置文件错误这样解决

03月7日MySQL从k8s迁移到到MHA主从后，爱数厂商备份生产数据库，恢复到测试环境启动报错，未导致系统/业务发生重启/业务中断，未产生不良影响，后修改配置文件解决，需要从根本上分析问题原因，避免该类问题再次发生；通过对现有信息的分析，可以看到爱数厂商备份生产数据库，恢复到测试环境启动报错，是由于配置文件错误引起。对于不同环境，默认安装目录和安装插件不同，无法完全复用配置文件，通过修改配置文件解决。对于不同环境，默认安装目录和安装插件不同，无法完全复用配置文件，通过修改配置文件解决。

2026-06-15 18:30:24 218

原创数据库undo100%误判解析与优化方案

查询最长的事务没有超过10800秒，没查到大量占用的undo，都是短时间持有，然后10800秒过期，每隔一段时间并发量到130，然后大量占用undo，实际上十分钟内并发就下去了。1月26日trade数据库出现undo2 100%现象，未影响业务，后监控显示undo2 使用率缓慢下降，需要从根本上分析问题原因，避免该类问题再次发生；通过对现有信息的分析，可以看到数据库undo 100%是由于未使用合适的监控语句导致客户误判，监控检测到undo 已使用100%。3.4Undo2历史使用分析。

2026-06-15 18:30:10 215

原创 xx科技MHA脚本 arp广播异常_分析

03月7日MHA架构MySQL测试failover失败，未导致系统/业务发生重启/业务中断，未产生不良影响，后通过清理交换机MAC地址表缓存，确保MAC正确，不同vlan间通信恢复，需要从根本上分析问题原因，避免该类问题再次发生；对于不同网段vlan间通信需要通过网关进行，但是网关的MAC地址表缓存的MAC-IP关系表默认半小时甚至更长时间进行更新。对于不同网段vlan间通信需要通过网关进行，但是网关的MAC地址表缓存的MAC-IP关系表默认半小时甚至更长时间进行更新。操作系统版本 RHEL 7。

2026-06-14 17:57:34 247

空空如也

空空如也