<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[HTTP404_CN的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/HTTP404_CN</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; HTTP404_CN]]></copyright><item><title><![CDATA[Tomcat vs JBoss：轻量级与重型Java服务器对比]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151691403</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151691403</guid><author>HTTP404_CN</author><pubDate>Sun, 14 Sep 2025 23:48:24 +0800</pubDate><description><![CDATA[摘要： Tomcat是轻量级Servlet容器，仅支持Web规范（如Servlet/JSP），适合Spring Boot等简单应用，启动快、资源占用低。JBoss（WildFly）是全功能Java EE服务器，支持EJB、JMS等企业级特性，适合复杂分布式系统，但启动慢、内存消耗高。Tomcat配置简单，JBoss提供高级管理工具。现代趋势中，Tomcat因Spring流行占据主流，而WildFly通过模块化适应Jakarta EE需求。核心差异：Tomcat如“摩托车”轻便灵活，JBoss如“重型卡车”功]]></description><category></category></item><item><title><![CDATA[Web服务器VS应用服务器：核心差异解析]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151691307</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151691307</guid><author>HTTP404_CN</author><pubDate>Sun, 14 Sep 2025 23:39:53 +0800</pubDate><description><![CDATA[Web服务器和应用服务器功能定位不同：Web服务器（如Nginx、Apache）主要负责处理静态资源请求和HTTP协议，而应用服务器（如Tomcat、WebLogic）侧重运行业务逻辑、数据库交互等动态内容。关键区别在于静态资源处理、动态内容生成、事务管理等能力，二者常协同工作（如Nginx+Tomcat架构）。现代架构中界限逐渐模糊，但核心分工仍存在，需根据场景选择：静态网站用Web服务器，动态应用需应用服务器，高并发场景可采用动静分离架构。]]></description><category></category></item><item><title><![CDATA[Linux内核调优实战指南]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151657302</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151657302</guid><author>HTTP404_CN</author><pubDate>Sat, 13 Sep 2025 20:06:45 +0800</pubDate><description><![CDATA[摘要：Linux内核调优主要通过修改配置文件实现，核心配置文件包括/etc/sysctl.conf和/etc/sysctl.d/*.conf（推荐后者实现模块化管理）。常见优化参数包括网络性能（如net.core.somaxconn）、虚拟内存（如vm.swappiness）和文件系统（如vm.dirty_ratio）等。修改后需执行sysctl -p或sysctl --system生效。调优需结合具体场景测试，循序渐进，并持续监控性能指标。注意参数间关联性，避免默认值的盲目修改。]]></description><category></category></item><item><title><![CDATA[系统软中间件：连接软件与硬件的桥梁]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151649344</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151649344</guid><author>HTTP404_CN</author><pubDate>Sat, 13 Sep 2025 12:38:00 +0800</pubDate><description><![CDATA[摘要：“系统软中间件”并非独立术语，而是指作为系统软件重要组成部分的中间件。系统软件直接管理硬件资源，为应用软件提供基础平台（如操作系统、驱动程序等）；中间件则位于系统软件与应用软件之间，提供连接、通信和公共服务（如数据库中间件、消息队列等），简化分布式应用开发。两者共同构成支撑应用软件的系统平台，其中中间件属于系统软件范畴，是其更靠近应用层的关键服务部分。]]></description><category></category></item><item><title><![CDATA[Linux浮点运算：用户与内核的协作]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151624225</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151624225</guid><author>HTTP404_CN</author><pubDate>Fri, 12 Sep 2025 18:10:35 +0800</pubDate><description><![CDATA[Linux系统中的浮点运算主要由应用程序在用户空间发起，通过CPU的FPU硬件执行。编译器将高级语言代码转换为FPU指令，应用程序直接调用这些指令进行计算。内核负责关键支持：管理FPU状态切换、处理异常、提供基础运行环境。但内核自身极少使用浮点运算，主要出于性能、实时性和复杂性的考虑。简言之，应用程序是浮点运算的主体，内核提供必要支持但避免直接参与运算。]]></description><category></category></item><item><title><![CDATA[DNS解析：递归查询与迭代查询详解]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151624110</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151624110</guid><author>HTTP404_CN</author><pubDate>Fri, 12 Sep 2025 18:04:13 +0800</pubDate><description><![CDATA[DNS查询分为递归查询和迭代查询两种模式。递归查询由客户端向本地DNS服务器发起，服务器负责完成整个解析过程并返回最终结果，客户端只需一次请求。迭代查询发生在DNS服务器之间，被查询服务器仅提供最佳答案或指向下一级服务器的推荐，解析责任由查询服务器自行承担。实际解析流程通常是客户端发起递归查询，本地DNS服务器通过多次迭代查询（根→TLD→权威服务器）获取最终IP地址返回给客户端。递归查询简化了客户端的负担，而迭代查询实现了DNS层级结构的协作解析。]]></description><category></category></item><item><title><![CDATA[NAT技术：SNAT与DNAT区别详解]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151588398</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151588398</guid><author>HTTP404_CN</author><pubDate>Thu, 11 Sep 2025 20:58:15 +0800</pubDate><description><![CDATA[摘要： NAT（网络地址转换）技术用于私有与公共网络间的IP地址转换，解决IPv4短缺问题并提升安全性。主要类型包括静态NAT（一对一固定映射）、动态NAT（共享IP池）、PAT（端口复用）、SNAT（源地址转换）和DNAT（目标地址转换）。SNAT用于内网设备访问外网（如家庭路由器共享上网），DNAT用于外网访问内网服务（如端口映射到Web服务器）。两者核心区别在于修改数据包的源IP（SNAT）或目标IP（DNAT），分别对应出站和入站流量。NAT技术高效复用IP地址，兼顾安全性与服务可达性。]]></description><category></category></item><item><title><![CDATA[包过滤防火墙与代理防火墙深度对比]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151588362</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151588362</guid><author>HTTP404_CN</author><pubDate>Thu, 11 Sep 2025 20:54:41 +0800</pubDate><description><![CDATA[包过滤防火墙和代理应用防火墙是两种主要的防火墙技术，主要区别如下： 工作层级：包过滤防火墙在网络层和传输层工作，检查IP、端口和协议；代理防火墙在应用层工作，深度解析内容（如HTTP请求）。 安全性：包过滤防火墙提供基础防护，代理防火墙能防御应用层攻击（如SQL注入）。 性能：包过滤防火墙速度快、开销低，代理防火墙因深度检查性能较差。 隐私：包过滤防火墙暴露客户端IP，代理防火墙隐藏IP。 适用场景：包过滤适合高性能基础防护，代理防火墙适合Web安全等深度检查需求。现代防火墙（如NGFW）结合了两者优势。]]></description><category></category></item><item><title><![CDATA[揭秘Linux：开源多任务操作系统的强大基因]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151433204</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151433204</guid><author>HTTP404_CN</author><pubDate>Wed, 10 Sep 2025 21:26:52 +0800</pubDate><description><![CDATA[Linux是一种开源、通用、多用户、多任务的类Unix操作系统。它遵循GPL协议，源代码开放可定制，适用于从桌面到服务器的多种场景。支持多用户同时操作和任务并发处理，采用宏内核设计，兼容POSIX标准。与Windows等闭源系统不同，Linux以灵活性、安全性和广泛的生态兼容性著称，适用于嵌入式设备到超级计算机的全领域应用。]]></description><category></category></item><item><title><![CDATA[UNIX与Linux：五大核心差异解析]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151432767</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151432767</guid><author>HTTP404_CN</author><pubDate>Wed, 10 Sep 2025 21:23:47 +0800</pubDate><description><![CDATA[UNIX与Linux的本质差异主要体现在五个方面： 起源：UNIX（1969年）为商业闭源系统，需AT&amp;T代码基础；Linux（1991年）为开源独立开发，无历史代码依赖。 授权：UNIX需付费授权且禁止衍生，Linux采用GPL许可允许自由修改。 开发：UNIX由企业控制，Linux由社区驱动，内核统一维护。 技术：UNIX绑定专属硬件，Linux跨平台且驱动生态丰富。 生态：UNIX限于关键领域，Linux覆盖全场景，占据90%云市场。 核心区别：UNIX是商业私有系统，Linux是开源生态的代]]></description><category></category></item><item><title><![CDATA[Oracle RAC认证矩阵：规避风险的关键指南]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151370750</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151370750</guid><author>HTTP404_CN</author><pubDate>Tue, 09 Sep 2025 20:23:01 +0800</pubDate><description><![CDATA[摘要： RAC认证矩阵是Oracle官方发布的硬件、软件与操作系统兼容性清单，为部署Oracle RAC提供合规指南。其核心作用是规避兼容性风险（如集群崩溃、失去官方支持）并为采购或升级提供依据。认证涵盖操作系统、服务器硬件、存储设备、网络设备、虚拟化平台和数据库版本等维度，需通过Oracle MOS或供应商官网查询最新信息。关键注意事项包括版本精确匹配、存储微码要求和虚拟化限制等。未认证配置可能导致启动失败、性能下降或数据损坏。最佳实践建议部署前必查矩阵，使用验证工具，并优先选择Oracle集成方案。严格]]></description><category></category></item><item><title><![CDATA[Oracle RAC共享存储核心技术]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151370655</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151370655</guid><author>HTTP404_CN</author><pubDate>Tue, 09 Sep 2025 20:18:42 +0800</pubDate><description><![CDATA[Oracle RAC（Real Application Clusters）通过共享存储实现多节点并发访问数据库文件，其核心是全局缓存服务（GCS）和全局队列服务（GES）。GCS利用缓存融合技术协调节点间数据块传输，减少磁盘I/O；GES管理全局资源同步。高速互连网络支持缓存数据传输和节点通信。共享存储需高可用配置，推荐使用Oracle ASM进行优化管理，实现负载均衡和数据冗余。RAC的核心思想是通过内存协调和高速网络，使多节点高效、一致地访问共享数据。]]></description><category></category></item><item><title><![CDATA[Oracle RAC架构揭秘：高可用的核心机制]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151334000</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151334000</guid><author>HTTP404_CN</author><pubDate>Mon, 08 Sep 2025 22:18:38 +0800</pubDate><description><![CDATA[摘要： Oracle RAC采用多节点共享存储架构，通过Cache Fusion（全局缓存服务）和GES（全局队列服务）实现节点间内存协同与分布式锁管理，支持负载均衡与秒级故障切换（TAF/FAN）。核心依赖高速网络、共享存储（ASM/OCR/Voting Disk）及Oracle Clusterware，确保高可用性，但面临写入扩展瓶颈、存储单点风险及高成本问题。相比MySQL共享无架构，RAC强一致性更适配金融级OLTP，而开源方案（如InnoDB Cluster）适合预算有限场景。]]></description><category></category></item><item><title><![CDATA[Oracle高可用与容灾解决方案]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151333936</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151333936</guid><author>HTTP404_CN</author><pubDate>Mon, 08 Sep 2025 22:14:05 +0800</pubDate><description><![CDATA[Oracle提供多种高可用性(HA)和容灾(DR)解决方案，主要包括：1) Oracle RAC，多节点共享存储，实现故障转移和负载均衡；2) Data Guard，主备库同步机制，支持物理/逻辑备库和故障转移；3) RAC One Node，精简版RAC，适合中小型数据库；4) Clusterware，集群管理基础组件；5) Active Data Guard，支持备库只读查询。此外还有针对Windows的Fail Safe方案和MAA最佳实践。选择方案需考虑业务需求、RTO/RPO、预算等因素，关键系统]]></description><category></category></item><item><title><![CDATA[MySQL高可用方案解析：从复制到云原生]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151296383</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151296383</guid><author>HTTP404_CN</author><pubDate>Sun, 07 Sep 2025 22:40:35 +0800</pubDate><description><![CDATA[MySQL高可用方案旨在确保数据库服务在故障时持续可用，最小化停机时间。主流方案包括：1)基于复制+故障转移管理器，如主从复制+VIP/Proxy（简单但数据可能丢失）或半同步复制+Orchestrator/MHA（较高一致性）；2)MySQL Group Replication（MGR），提供强一致性和自动故障切换；3)共享存储方案如DRBD，适合高一致性需求；4)云托管服务如AWS RDS，免运维但成本高；5)基于Kubernetes的Operator方案，适合容器化环境。选择需权衡数据一致性、恢复时间]]></description><category></category></item><item><title><![CDATA[MySQL Cluster核心优缺点]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151296260</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151296260</guid><author>HTTP404_CN</author><pubDate>Sun, 07 Sep 2025 22:33:38 +0800</pubDate><description><![CDATA[MySQL Cluster 是 MySQL 官方提供的分布式、高可用数据库解决方案，基于 NDB 存储引擎。其核心优势包括 99.999% 高可用性、自动故障切换、内存优先计算、线性扩展能力和自动数据分片，适用于电信计费、实时金融等低延迟高并发场景。但存在架构复杂、运维成本高、内存依赖性强、SQL 兼容性限制等缺点，不适合 OLAP 分析或复杂 SQL 需求。选择时需权衡高可用需求与运维成本，传统 MySQL 高可用方案可能更适合预算有限或对 SQL 功能要求完整的场景。]]></description><category></category></item><item><title><![CDATA[分布式数据架构]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151255270</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151255270</guid><author>HTTP404_CN</author><pubDate>Sat, 06 Sep 2025 14:22:09 +0800</pubDate><description><![CDATA[分布式数据架构是一种将数据分散存储在多台独立计算机（节点）上，并通过网络协调工作的系统设计。其核心目标是解决海量数据处理、高并发访问、高可用性及可扩展性等传统集中式数据库难以应对的挑战。]]></description><category></category></item><item><title><![CDATA[主流分布式数据库集群选型指南]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151255216</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151255216</guid><author>HTTP404_CN</author><pubDate>Sat, 06 Sep 2025 14:19:25 +0800</pubDate><description><![CDATA[分布式可扩展数据库集群选型指南 本文解析主流分布式数据库，分为NewSQL（如TiDB、CockroachDB）、**NoSQL（如MongoDB、Cassandra）和云原生服务（如Aurora、Spanner）**三类，对比其扩展性、一致性和适用场景。 核心选型因素： 一致性需求：金融级应用选NewSQL，日志分析可用NoSQL； 扩展成本：云服务适合弹性需求，自建集群成本更低； 生态兼容：MySQL/PostgreSQL生态优先对应兼容产品； 地理分布：多地域部署需考虑Spanner或Cassandr]]></description><category></category></item><item><title><![CDATA[数据库集群分类详解]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151255189</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151255189</guid><author>HTTP404_CN</author><pubDate>Sat, 06 Sep 2025 14:17:13 +0800</pubDate><description><![CDATA[数据库集群可根据不同维度分类： 目标维度：高可用集群（解决单点故障）、读扩展集群（分担读负载）、写扩展集群（数据分片）、负载均衡集群（均匀分发请求）； 数据共享维度：共享存储集群（单份数据）、无共享集群（独立存储，扩展性好）； 主节点数量：单主集群（写性能受限）、多主集群（支持多点写入，但复杂度高）； 自动化程度：手动管理、半自动或全自动管理。典型技术包括MySQL主从复制、MongoDB分片集群、Oracle RAC等，不同架构在性能、一致性和扩展性上各有优劣。]]></description><category></category></item><item><title><![CDATA[SQL Server全链路安全防护]]></title><link>https://blog.csdn.net/HTTP404_CN/article/details/151232993</link><guid>https://blog.csdn.net/HTTP404_CN/article/details/151232993</guid><author>HTTP404_CN</author><pubDate>Fri, 05 Sep 2025 23:30:01 +0800</pubDate><description><![CDATA[SQL Server采用多层次安全体系保护数据，核心机制包括：1) 身份验证（Windows/SQL/Azure AD登录）；2) 权限管理（服务器/数据库/对象级权限控制）；3) 数据加密（TDE、列加密、Always Encrypted）；4) 审计监控（SQL Audit、DMVs）；5) 细粒度访问（行级安全、数据脱敏）。通过访问控制、数据保护、行为管控和审计追溯四层防护，实现从认证到存储的全链路安全，满足GDPR等合规要求。需结合最小权限原则部署。]]></description><category></category></item></channel></rss>