<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[dishugj的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/dishugj</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; dishugj]]></copyright><item><title><![CDATA[网络协议整理]]></title><link>https://blog.csdn.net/dishugj/article/details/166251380</link><guid>https://blog.csdn.net/dishugj/article/details/166251380</guid><author>dishugj</author><pubDate>Mon, 21 Sep 2026 17:30:40 +0800</pubDate><description><![CDATA[TLS（Transport Layer Security）是 SSL 的。：网络层（第 3 层），直接保护 IP 包，所以对上层应用。，应用层协议 HTTP 本身没变，只是"跑在安全通道上"。个人/商务邮件保密，不依赖 CA 证书体系，靠"信任网"，考试标准说法是"在应用层和传输层之间提供安全通道"。，SSL 3.0 之后改名 TLS 1.0。，邮件在服务器上也是密文，连服务商都看不到。（装了 IPSec，应用程序无感知）。图上右侧把防火墙和其他协议并列画了，但。（SSL 各版本已被爆漏洞并停用）。]]></description><category></category></item><item><title><![CDATA[网络协议整理]]></title><link>https://blog.csdn.net/dishugj/article/details/166240543</link><guid>https://blog.csdn.net/dishugj/article/details/166240543</guid><author>dishugj</author><pubDate>Mon, 21 Sep 2026 11:34:58 +0800</pubDate><description><![CDATA[已知 MAC 求 IP（无盘工作站用，现已被 DHCP 取代）161 是"你问我答"，162 是设备主动告警。要求实时：音视频、DNS、SNMP、TFTP。广播方式，客户端端口 68、服务器 67。面向连接、可靠、有流量/拥塞控制、开销大。简单版 FTP，UDP，不认证、不可靠。：21 建连接传命令，20 传数据。传输，不安全，已被 SSH 取代。无连接、不可靠、开销小、速度快。要求可靠：网页、邮件、文件。网络层（IP 协议号 1）网络层（IP 协议号 2）用于视频会议、直播等多播。只管"发"不管"收"]]></description><category></category></item><item><title><![CDATA[操作系统四大特征｜软考架构师考点梳理]]></title><link>https://blog.csdn.net/dishugj/article/details/164746104</link><guid>https://blog.csdn.net/dishugj/article/details/164746104</guid><author>dishugj</author><pubDate>Wed, 09 Sep 2026 15:30:19 +0800</pubDate><description><![CDATA[选择题高频考点，务必分清概念。]]></description><category></category></item><item><title><![CDATA[2.2.3存储器 考点整理（系统架构设计师）]]></title><link>https://blog.csdn.net/dishugj/article/details/164744681</link><guid>https://blog.csdn.net/dishugj/article/details/164744681</guid><author>dishugj</author><pubDate>Wed, 09 Sep 2026 15:10:16 +0800</pubDate><description><![CDATA[分层体系目的：解决的矛盾。]]></description><category></category></item><item><title><![CDATA[系统架构的常用建模方法和评价架构的4+1观察视角]]></title><link>https://blog.csdn.net/dishugj/article/details/164742842</link><guid>https://blog.csdn.net/dishugj/article/details/164742842</guid><author>dishugj</author><pubDate>Wed, 09 Sep 2026 14:45:53 +0800</pubDate><description><![CDATA[本文系统介绍软件架构建模的四种思路（结构、框架、动态、过程模型）与4+1视图方法。结构模型聚焦构件与连接件，用ADL描述静态结构；框架模型提供特定问题的宏观骨架；动态模型关注运行时大粒度行为；过程模型定义构建步骤。4+1视图从逻辑、过程、开发、物理四个视角及场景视图全面刻画架构，实现功能、运行、实现与部署的协同验证。二者互补，共同支撑完整架构设计。]]></description><category></category></item><item><title><![CDATA[CPU取指令 + 执行指令完整流程详解]]></title><link>https://blog.csdn.net/dishugj/article/details/163890783</link><guid>https://blog.csdn.net/dishugj/article/details/163890783</guid><author>dishugj</author><pubDate>Wed, 19 Aug 2026 16:42:23 +0800</pubDate><description><![CDATA[摘要：CPU由运算器和控制器组成。运算器包括ALU（执行算术逻辑运算）、AC（暂存运算数据）、DR（CPU与内存数据中转）和PSW（存储运算状态）。控制器包含PC（存指令地址）、IR（存当前指令）、ID（译码指令）和时序部件（协调工作）。CPU工作流程分为取指令（PC→内存→DR→IR→PC+1→ID）、译码和执行（ALU运算/访存/跳转）。关键部件功能：ALU负责计算，DR是内存数据中转站，PC存储指令地址，IR保存完整指令。]]></description><category></category></item><item><title><![CDATA[RAC环境下修改redo日志文件大小--详细操作步骤]]></title><link>https://blog.csdn.net/dishugj/article/details/163537603</link><guid>https://blog.csdn.net/dishugj/article/details/163537603</guid><author>dishugj</author><pubDate>Thu, 06 Aug 2026 16:15:45 +0800</pubDate><description><![CDATA[3.切换后的日志如果是active状态可以执行检查点提交命令，变为inactive状态（任一节点执行）1.根据实际情况，每个节点至少需要保留两组日志，因为每个节点各有一组1024MB的日志文件，4.检查日志组状态，当旧日志状态为inactive状态时删除旧日志（任一节点执行）检查日志组配置，日志大小分布不均匀，需要统一日志文件大小为1024MB，RAC环境，1节点有个节点日志切换次数每小时150次，切换比较频繁，目前有日志组1-12组，两节点各6组。6.执行步骤2-3，删除多余日志文件。]]></description><category></category></item><item><title><![CDATA[【干货】IP地址与子网掩码换算全解析：手把手教你算出网络地址]]></title><link>https://blog.csdn.net/dishugj/article/details/163164634</link><guid>https://blog.csdn.net/dishugj/article/details/163164634</guid><author>dishugj</author><pubDate>Fri, 24 Jul 2026 16:39:55 +0800</pubDate><description><![CDATA[IP地址：10.10.154.92子网掩码：255.255.252.0计算网络地址，网络广播地址，可用网段？]]></description><category></category></item><item><title><![CDATA[count(*),count(1),count(列名)执行原理、性能差异比较]]></title><link>https://blog.csdn.net/dishugj/article/details/162684393</link><guid>https://blog.csdn.net/dishugj/article/details/162684393</guid><author>dishugj</author><pubDate>Wed, 08 Jul 2026 09:15:11 +0800</pubDate><description><![CDATA[本文介绍了Oracle 中 COUNT函数的详细解析及对比，包含执行原理、性能差异和最佳实践。
插图为中国甘肃省敦煌市的鸣沙山月牙泉景区。]]></description><category></category></item><item><title><![CDATA[Oracle LogMiner读取归档日志，恢复误删数据]]></title><link>https://blog.csdn.net/dishugj/article/details/162637918</link><guid>https://blog.csdn.net/dishugj/article/details/162637918</guid><author>dishugj</author><pubDate>Tue, 07 Jul 2026 13:13:50 +0800</pubDate><description><![CDATA[本文介绍了Oracle数据库在不停止业务的情况下恢复误删表数据的方法——使用LogMiner工具解析归档日志。相比RMAN恢复和闪回技术，LogMiner能不受时间限制地从归档日志中提取SQL操作记录，包括反向恢复语句(SQL_UNDO)。文章详细阐述了LogMiner的三大核心组件（日志读取器、字典管理器和SQL构造器）、外部依赖（日志文件集、数据字典源和补充日志）以及PL/SQL接口。重点说明了使用前必须开启补充日志的三个层级：数据库级最小附加日志（必须）、表级主键附加日志（推荐）和表级全列附加日志（最]]></description><category></category></item><item><title><![CDATA[saphana数据库Alert告警：check type: id 130 alert check own certificate expiration date]]></title><link>https://blog.csdn.net/dishugj/article/details/162276587</link><guid>https://blog.csdn.net/dishugj/article/details/162276587</guid><author>dishugj</author><pubDate>Wed, 24 Jun 2026 16:50:00 +0800</pubDate><description><![CDATA[数据库安装阶段，系统会自动创建并启用一套专用 PKI，用于外部通信交互。该 PKI 会部署在每一台运行数据库服务的主机，同时适配系统内所有租户数据库。租户专属证书颁发机构（CA）、由这些 CA 签发的主机 X.509 证书、私钥以及整套客户端 PKI 组件，全部存储在数据库证书集合中。所有证书统一采用SHA-256+RSA 4096 位密钥高强度加密签名算法。1 份自有证书或证书链即将到期，告警等级为中等。]]></description><category></category></item><item><title><![CDATA[linux命令lsblk解析]]></title><link>https://blog.csdn.net/dishugj/article/details/162222228</link><guid>https://blog.csdn.net/dishugj/article/details/162222228</guid><author>dishugj</author><pubDate>Tue, 23 Jun 2026 08:51:29 +0800</pubDate><description><![CDATA[​设备名，树状缩进表示父子关系（磁盘 → 分区 → 逻辑卷）​主/次设备号，内核识别设备的编号​Removable，是否为可移动设备（0=否，1=是，比如 U 盘会是 1）​设备容量​Read-Only，是否为只读（0=可读写，1=只读）​disk硬盘、part分区、lvm逻辑卷、rom光驱等​挂载点，没挂载则为空。]]></description><category></category></item><item><title><![CDATA[SAP 的事务码前缀不是乱起的，它本身就是一张功能分区地图。你记住前缀，就知道自己进的是“哪个科室“。]]></title><link>https://blog.csdn.net/dishugj/article/details/162068579</link><guid>https://blog.csdn.net/dishugj/article/details/162068579</guid><author>dishugj</author><pubDate>Wed, 17 Jun 2026 14:44:23 +0800</pubDate><description><![CDATA[SAP 的事务码前缀不是乱起的，它本身就是一张功能分区地图。你记住前缀，就知道自己进的是"哪个科室"。先给一张总表（最核心的 4 组）ystemditor /erviceditor开发工具、对象浏览器、编辑器ecurity /etser用户 / 权限 / 安全ystemrace /tatistics系统跟踪、性能、运行时错误ystemanagement系统管理、作业、进程、锁、监控逐个展开（你每天用到的那些）]]></description><category></category></item><item><title><![CDATA[ASM 磁盘 I/O 请求全过程：从「SELECT 触发」到「比特写进磁盘」]]></title><link>https://blog.csdn.net/dishugj/article/details/162025255</link><guid>https://blog.csdn.net/dishugj/article/details/162025255</guid><author>dishugj</author><pubDate>Tue, 16 Jun 2026 08:43:04 +0800</pubDate><description><![CDATA[ASM 的"磁盘 I/O"分成两张脸：元数据 I/O（ASM实例自己管分配/rebalance/镜像元数据）走 ASM 进程；用户数据 I/O（真正的 datafile block rw）是 DB 内核凭 ASM 给的 extent map，直接 open 对应，用 O_DIRECT + pread/io_submit 打到 dm-multipath → SCSI → 物理路径——ASM 在这一步不中转，只"指路"。如果你要我再往下挖一层：你更想看的是。]]></description><category></category></item><item><title><![CDATA[从应用--DB发一条 SQL的数据流向]]></title><link>https://blog.csdn.net/dishugj/article/details/162011725</link><guid>https://blog.csdn.net/dishugj/article/details/162011725</guid><author>dishugj</author><pubDate>Mon, 15 Jun 2026 17:29:21 +0800</pubDate><description><![CDATA[•你前面说“VIP漂移让应用层快速知道失败”——更准确说法是：TCP 把失败信号（RST/写错误）一路返回给 socket API，最终应用层拿到错误并决定重连。•VIP 漂到另一节点后，新节点 没有旧 TCP 状态，通常会回 RST​ → 传输层立刻告诉应用层：“别等了，死透了”•物理层一断，上面三层在短时间内会表现为“hang”，直到链路层/传输层判定不可达（RST/超时）才会上报应用层。•VIP 本质上就是一个 IP 地址资源，漂移=把这个 IP 从节点A的网卡摘下来，配到节点B的网卡。]]></description><category></category></item><item><title><![CDATA[iSCSI + Multipath + ASM：Oracle RAC 共享存储技术链详解]]></title><link>https://blog.csdn.net/dishugj/article/details/162011172</link><guid>https://blog.csdn.net/dishugj/article/details/162011172</guid><author>dishugj</author><pubDate>Mon, 15 Jun 2026 16:57:30 +0800</pubDate><description><![CDATA[•iSCSI​ 解决了“能不能连”的问题（网络化存储）。•Multipath​ 解决了“稳不稳定”的问题（链路冗余）。•ASM​ 解决了“能不能共享”的问题（集群并发控制）。这三者缺一不可，共同支撑了 Oracle RAC 的高可用和高并发特性。]]></description><category></category></item><item><title><![CDATA[VIP地址飘移真相]]></title><link>https://blog.csdn.net/dishugj/article/details/162006645</link><guid>https://blog.csdn.net/dishugj/article/details/162006645</guid><author>dishugj</author><pubDate>Mon, 15 Jun 2026 14:46:39 +0800</pubDate><description><![CDATA[客户端提交的数据流没有问题，到了数据库服务器端，某个节点宕机了，因为没有配置VIP 地址，服务器端的传输层要等到TCP/IP超时的时候，才告诉应用层，说：‘老哥，网络层有问题，我尝试了三次(应用必须忍耐这么久时间)，都没有反应，“ 应用层说：”知道了”，通知客户端应用层，说，“老弟，连接失败，重新连接吧，网络出问题了“。配置vip地址，在我看来，是越过了传输层繁琐的TCP/IP协议 带来的时间的开销，直接在应用层就完成了错误的判断，是客户端连接能够快速的重新连接到活动的节点，实现了数据库的高可用性。]]></description><category></category></item><item><title><![CDATA[【YashanDB 认证】从零到一，我的崖山数据库 YCA 认证通关笔记与实战感悟]]></title><link>https://blog.csdn.net/dishugj/article/details/161931880</link><guid>https://blog.csdn.net/dishugj/article/details/161931880</guid><author>dishugj</author><pubDate>Fri, 12 Jun 2026 16:54:21 +0800</pubDate><description><![CDATA[作为一名日常与 Oracle、MySQL 打交道的后端开发，我一直对国产数据库保持着关注。这次抱着 “学一门信创技能” 的心态报名了 YCA 认证，没想到这趟旅程，让我彻底刷新了对国产数据库的认知。]]></description><category></category></item><item><title><![CDATA[我的崖山数据库初体验]]></title><link>https://blog.csdn.net/dishugj/article/details/161931666</link><guid>https://blog.csdn.net/dishugj/article/details/161931666</guid><author>dishugj</author><pubDate>Fri, 12 Jun 2026 16:46:05 +0800</pubDate><description><![CDATA[它对 Oracle 语法的兼容性远超我的预期：常用的SELECT、INSERT、存储过程、PL/SQL 块几乎可以直接跑，连我之前担心的触发器、序列、物化视图，都能无缝迁移测试。这次 YCA 认证的学习，不仅让我掌握了 YashanDB 的使用和运维技能，更让我看到了国产数据库的实力和潜力。4. 性能调优入门：课程里讲解了 YashanDB 的优化器原理、索引设计和 SQL 执行计划分析，让我学会了用EXPLAIN PLAN排查慢 SQL，对国产数据库的性能调优有了系统性的认知。]]></description><category></category></item><item><title><![CDATA[【YashanDB 认证】我的崖山数据库初体验：从陌生到上手的成长之路]]></title><link>https://blog.csdn.net/dishugj/article/details/161930962</link><guid>https://blog.csdn.net/dishugj/article/details/161930962</guid><author>dishugj</author><pubDate>Fri, 12 Jun 2026 16:19:46 +0800</pubDate><description><![CDATA[结果显示，在高并发场景下，YashanDB 的响应速度和稳定性都表现不俗，尤其是在复杂 SQL 查询中，它的优化器展现出了不错的执行效率，让我对国产数据库的性能有了更多信心。作为长期使用 Oracle 的 DBA，我原本担心切换到新数据库会面临大量的语法改造成本，但实际体验下来，它对 PL/SQL、常用 SQL 语法、存储过程等都有很好的兼容，很多熟悉的命令几乎可以直接使用，大大降低了学习门槛。遇到问题时，认证群里的老师和同侪也会及时答疑解惑，这种互助式的学习氛围让我少走了很多弯路。]]></description><category></category></item></channel></rss>