- 博客(14)
- 收藏
- 关注
RSS订阅原创 SQL server服务器性能查询
(total_worker_time / execution_count)/1000 /1000.0 as 平均cpu时间_s。(total_elapsed_time / execution_count)/1000 /1000.0 as 平均执行时间_s。,total_elapsed_time/1000 /1000.0 as 总执行时间_s。,total_worker_time/1000 /1000.0 as 总CPU时间_s。
2025-12-26 10:50:14
666
原创 SQL server有关索引查询的语句
CAST(ROUND(((SUM(a.total_pages) * 8) / 1024.00/1024.00), 2) AS NUMERIC(36, 2)) AS 总共占用空间GB,-- CAST(ROUND(((SUM(a.total_pages) * 8) / 1024.00), 2) AS NUMERIC(36, 2)) AS 总共占用空间MB,ips.avg_fragmentation_in_percent > 30and i.name is not null -- 只查询有碎片化的索引。
2025-12-10 19:10:00
488
原创 SQL Server 基础版（单实例）、FCI（故障转移集群实例）、Always On 可用性组（AG）功能差异比较
方案核心价值核心短板SQL Server 基础版低成本、易运维无高可用，故障恢复慢FCI实例级快速切换、应用透明共享存储单点风险、无读写分离数据冗余、读写分离、跨地域容灾配置复杂、企业版成本高最终建议中小业务（非核心）：优先基础版；中小业务（核心，无读写分离）：优先 FCI；中大型核心业务（高可用 + 高性能 + 容灾）：优先 Always On AG；
2025-12-04 18:14:48
666
原创 SQL server查询最大连接数与当前连接数
在SQL Server中，，作用于整个SQL Server实例，而无法为实例下的单个数据库单独设置或查询不同的最大连接数。不过，你可以通过以下方式了解和监控实例级别以及各个数据库当前的连接情况。
2025-11-25 15:40:22
400
原创 SQL server AlwaysOn 原理验证与最佳实践
- 单位MB，8192=8GB。READ_ONLY_ROUTING_LIST = (N'异步副本1', N'异步副本2') -- 按优先级排序，故障时自动切换。Write-Host "警告：节点 $($node.Name) 状态异常，当前状态：$($node.State)"。Write-Host "警告：AG $($ag.Name) 资源离线，当前状态：$($ag.State)"。READ_ONLY_ROUTING_URL = N'TCP://异步副本1服务器名:1433'。
2025-11-17 10:19:41
850
原创 SQL server AlwaysOn 监听器的作用
侦听器是 AlwaysOn 架构中 “客户端与 AG 副本之间的桥梁”，通过虚拟网络标识屏蔽了底层副本的切换细节，同时支持读写分离与跨地域访问，是保障业务连续性和性能扩展的核心组件。其配置的合理性直接影响高可用环境的稳定性，需结合网络拓扑、业务负载和故障转移需求综合优化。
2025-11-17 10:19:21
669
原创 SQL server AlwaysOn 架构设计关键约束与特性
FCI 仅解决 “可用性”，AG 同时解决 “可用性 + 性能”，更适合高并发场景。镜像无 “组” 概念，无法扩展多副本；仅提升实例可用性，无性能扩展能力（所有节点共享存储，无法分担压力）。（三）与传统方案的核心差异：从 “表面区别” 到 “技术本质”。（二）扩展性与性能特性：从 “能力描述” 到 “原理与优化”。（一）部署环境核心约束：从 “基础条件” 到 “实操限制”。2. 跨场景扩展能力：从 “部署模式” 到 “适配场景”。可用性组（可按业务拆分 AG，如订单 AG、报表 AG）。
2025-11-14 14:21:11
535
原创 SQL server AlwaysOn 架构设计关键约束与特性（概览）
多副本部署虽能提升可用性（副本越多，单点故障风险越低），但会对主副本产生额外性能负担：主副本需为每个辅助副本启动独立的 “日志发送器线程”，向所有辅助副本同步事务日志，副本数量越多，主副本的 CPU、网络资源占用越高；Always On 采用 “非共享存储” 架构，每个副本都有独立的本地存储（如服务器本地 SSD、本地存储阵列），主副本通过同步事务日志的方式，让辅助副本的本地存储数据与主副本保持一致，彻底规避了共享存储的单点风险；（三）与传统方案的核心差异：Always On 的 “独特价值”。
2025-11-14 14:19:30
729
原创 SQL server Always ON高可用对比SQL server单节点优势和劣势
优先选择 Always On：核心业务系统（如订单、支付、用户核心数据），对可用性（RTO<5 分钟）、数据安全性（零丢失或低丢失）要求高，且能承担额外成本与复杂度。适合单节点：非核心业务（如内部报表库、测试环境）、数据量小且可接受几小时 downtime，或预算有限、运维资源不足的场景。简言之，Always On 是 “用成本与复杂度换可用性与安全性”，单节点是 “用简单与低成本接受可用性短板”，需根据业务优先级权衡决策。
2025-11-13 11:17:45
755
原创 SQL server AlwaysOn故障检测与转移设计
WHERE group_id = (SELECT group_id FROM sys.availability_groups WHERE name = 'AG名');ALTER AVAILABILITY GROUP [AG名] FORCE_FAILOVER_ALLOW_DATA_LOSS;-- 加ALLOW_DATA_LOSS参数，允许数据丢失。（二）故障转移模式：三种场景的 “全流程拆解”。1. 自动故障转移：零人工干预的 “核心保障”。3. 强制手动转移：应急场景的 “风险选项”。
2025-11-07 14:51:22
599
原创 SQL server AlwaysOn故障检测与转移设计（概览）
WSFC 先确认故障类型（是主节点宕机，还是主副本服务异常）→ 再检查是否有 “健康的辅助副本”（比如同步模式下的辅助副本是否数据完整、异步模式下的辅助副本是否可接管）→ 符合条件则进入转移，不符合则提示故障。选定目标辅助副本→ 将其从 “辅助角色” 切换为 “主角色”→ 新主副本补全未同步的日志（确保数据尽可能完整）→ 原主副本（若后续修复）自动转为辅助角色，同步新主副本的数据。（二）故障转移整体流程：从 “故障” 到 “恢复” 的 3 步走。（一）故障检测：靠 “底层监控” 发现异常。
2025-11-07 14:44:43
421
原创 SQL Server Always On 数据同步与一致性原理（概览）
SQL Server Always On 同步的核心是事务日志—— 主副本执行任何数据操作（增删改）时，都会先记录 “事务日志”（包含操作内容、顺序等关键信息），同步本质就是 “主副本将日志传给辅助副本，辅助副本按日志复现操作”，避免直接传输完整数据，提升效率。主副本执行事务后，会等至少 1 个辅助副本 “确认收到并应用日志”，才告诉客户端 “事务成功”→ 优点是无数据丢失（主副本宕机，辅助副本数据完整），适合核心业务（如订单、支付）；（一）核心驱动：事务日志是同步的 “数据载体”。
2025-11-06 16:00:15
173
原创 SQL server Always On数据同步与一致性原理
hls.last_received_lsn AS 辅助已接收LSN,。hls.last_hardened_lsn AS 辅助已硬化LSN。drs.database_state_desc AS 数据库状态,。drs.last_redone_lsn AS 已还原LSN,。（一）事务日志驱动的同步机制：高可用的 “数据传输核心”。hls.last_sent_lsn AS 已发送LSN,。3. LSN（日志序列号）：数据同步的 “唯一身份证”。（二）可用性模式设计：性能与一致性的 “权衡艺术”。
2025-11-06 15:49:34
911
原创 SQL server底层架构解析
SQL Server 的分层模块化设计是 “复杂系统工程” 的经典实践 —— 它通过纵向分层（SQLOS→存储引擎→关系引擎→协议层）实现了数据处理链路的清晰拆解，通过横向模块化实现了各层级功能的精细化管控，再以接口标准化、关注点分离为原则保障组件协同。这一理念的核心价值在于：将 “数据库管理” 这一复杂任务，转化为对多个独立模块的 “精准管控与协同优化”，既支撑了 SQL Server 应对高并发、大规模数据的企业级需求，又为其持续迭代与功能扩展提供了坚实的架构基础。
2025-10-22 17:19:57
1033
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人