sql_微软技术博客-专业IT技术发表平台

推荐付费专栏 VIP文章

KingbaseES 优化器底层逻辑：等价变换如何改写 SQL，条件调度如何驱动运行时先看个挺常见的现象。同一句 SELECT * FROM a JOIN b ...，张三写出来，跑几百万行才勉强把结果熬出来。李四拿过去，就改了两笔，一秒不到就返回了。SQL 看着差不多，结局差出十万八千里。问题基本不在 SQL 本身，得往数据库里头找：里头有两个部件在替你兜底，一个叫优化器，一个叫执行器。

阅读 1.0w

47赞

PostgreSQL 一慢就靠猜？先把Postgres Exporter接进Prometheus PostgreSQL出问题时，最让人难受的不是报错本身，而是不知道问题到底从哪里开始。页面突然变慢，接口偶尔超时，连接池被打满，业务端只看到请求失败，数据库里却可能已经出现了锁等待、缓存命中下降、事务回滚增加或连接数逼近上限。如果只靠临时登录服务器查日志、手动执行pg_stat相关SQL，很难形成连续判断。一次排查能看到当前状态，却看不到趋势；能知道现在慢，却不一定知道十分钟前发生了什么。数据库运维真正需要的，是持续采集、可视化查看和提前告警。

阅读 1.2w

48赞

倔强的石头_

SQL 语法全兼容，但结果就是不一样——国产化迁移里最难缠的九类隐患有一类迁移的问题，其实挺让人头疼的。它不报错，也没有告警。SQL 跑完了，甚至还会弹出一个提示说“执行成功，影响了 X 行”。但是呢，业务那边拿着新老系统的数据一对比，发现就是不对

阅读 1.4w

72赞

程序员小一

AI 查询回放平台：优化器改动前，先让历史 SQL 说话 AI 查询回放平台要保存 SQL、参数、统计信息、结构化执行计划和结果对比，让优化器改动在历史负载上接受验证。优化器改动前，让历史 SQL 先说话。真实负载比任何单个精心样例都更诚实。

阅读 147

1赞

【项目扩展实战|第9篇】Spring Boot 使用 Validation 实现参数校验前面我们已经完成了分页查询、文件上传、缓存、登录认证等功能。到这里，接口已经越来越接近真实项目了。参数校验。比如新增用户时，用户名不能为空；上传商品时，价格不能小于 0；分页查询时，页码不能小于 1；修改数据时，ID 必须存在。throw new BusinessException("用户名不能为空");Validation。引入 Validation 依赖使用注解校验 DTO 参数Controller 中开启参数校验全局异常处理校验失败结果Service 层保留业务校验。

阅读 674

26赞

KES数据库视图封装与业务报表查询实践：让复杂 SQL 成为稳定接口本文是本系列第 9 篇。上一篇围绕索引和执行计划分析了查询优化的基本方法，本文继续沿着查询场景推进，讲解如何用视图封装订单、客户和商品报表。

阅读 2.3w

79赞

阿雷的工作流

PostgreSQL 性能调优实战：索引与缓冲池优化索引是第一道防线：用识别全表扫描，通过复合索引和覆盖索引消除Seq Scan和回表操作。索引列顺序遵循"等值在前、范围在后"原则。缓冲池命中率是核心指标设为系统内存25%，设为75%。命中率低于99%时需排查索引缺失或缓冲池不足。VACUUM策略决定长期性能：大表的应从默认0.2降至0.01-0.05，避免死元组大量积累导致表膨胀。WAL配置影响写入吞吐：增大和，配合，减少检查点IO尖峰。落地路线建议：先通过定位Top-10慢查询，用分析执行计划，创建或优化索引；再调整work_mem。

阅读 1.2k

15赞

倔强的石头_

8000 条 SQL 里，180 条外连接语义跑偏——Oracle 迁 KES 那些藏得最深的坑三个助燃因素叠加在一起：Oracle 的 (+) 语法遗留、Oracle 优化器历史上某些非标准的启发式行为、以及视图封装带来的跨层问题。这篇文章就把这些坑说清楚，顺手把我在项目里跑通的排查流程和改写方案一起输出，留给同样在做 Oracle 国产化改造的同行参考。

阅读 1.4w

96赞

【Linux】人大金仓数据库常用命令、SQL TNAME| 数据库服务器地址 |-h 127.0.0.1 | |-p, --port=PORT | 数据库端口号（默认54321） |-p 54321 | |-U, --username=NAME| 连接的用户名 |-U kingbase | |-w, --no-password | 不提示输入密码 |-w | |-W, --password | 强制密码提示 |-W | |-d, --dbname=DBNAME| 指定要备份的数据库 |-d mydb` | 3.1.3 内容控制参数参数说明示例 -

阅读 2.9k

39赞

新手 “养虾” 教程，OpenClaw 小龙虾 AI 智能体 Windows 系统分步安装方案（含安装包）摘要：本文提供OpenClaw开源AI智能体的零基础部署教程，该工具支持本地运行，能自动化执行文件整理、邮件发送等办公任务。部署步骤包括：1）关闭安全软件后下载45.8MB整合包；2）使用7-Zip/WinRAR解压至纯英文路径；3）运行一键启动程序并处理系统拦截提示；4）等待3-5分钟自动完成依赖安装。首次启动需1-3分钟初始化，成功后可通过自然语言指令操控电脑。常见问题含安全软件拦截、路径不规范等，需注意规避。后续将更新技能扩展、大模型对接等进阶教程。

阅读 75

2赞

SQL并行查询优化实践：从执行计划看并行能力的正确使用本文分析了KingbaseES数据库并行查询机制在实际应用中的常见问题。通过多个案例展示，指出影响并行执行计划生成的关键因素：SQL类型限制(如INSERT语句)、不合理并行度设置、优化器成本评估参数配置、自定义函数的并行安全属性以及CTE语句的特殊限制等。文章强调理解优化器决策逻辑的重要性，建议通过执行计划确认并行模式，结合业务特点调整参数，而非简单依赖Hint或提高并行度，才能充分发挥多核CPU资源的性能优势。

阅读 1.5w

11赞

最新SQL Server 2022保姆级安装教程【附安装包】这里随便输入一个英文命名。

阅读 1.4k

24赞

SQL 慢查询治理：慢日志不是收集完就算完事了重复 EXPLAIN 不会展示实际数据量下的执行计划：MySQL 的EXPLAIN在分析优化器选择时用的是统计信息而不是真实数据分布。如果你的表刚做完大批量删除但还没，统计信息可能是过期的，EXPLAIN显示"走索引"，实际执行时优化器发现索引选择性超差、临时切回全表扫描。要想看真实的执行计划，用（MySQL 8.0.18+），它能输出每个步骤的实际耗时和行数。不一定是"无效扫描"：如果你的查询条件是，返回 100 行但扫描 100 万行，看起来是索引问题。

阅读 4.2k

1赞

SQLMap注入完整操作流程（含全部细节靶机学习用）检测注入点 → 提取数据库列表 → 提取目标库表列表 → 提取目标表字段数据 → 导出数据（脱裤）

阅读 1.5k

36赞

SQL 指标层设计：别让每张报表都重写一遍口径 channel- device- campaign- day- week指标不能只定义公式，还要定义可分析维度和时间粒度。某个指标能不能按城市拆，能不能按小时看，能不能和活动维度关联，都要提前说明。否则报表开发时会随意 join，口径风险很高。维度也有权限和质量问题。某些维度缺失率高，某些维度涉及敏感信息，指标层应该把这些限制暴露出来，而不是等查询失败或误用后再解释。为什么指标定义必须显式声明支持的维度列表？这本质上是给分析请求预先画边界。如果不声明维度，BI 报表随时可能写出这种查询——但。

阅读 9.0k

1赞

SQL常用语句大全！！！（语法+实战） SQL 书写规范：关键字（SELECT、INSERT 等）建议大写，字段名、表名小写，增强可读性；缩进对齐，便于后期维护。避免性能陷阱：尽量不使用SELECT *，精准查询所需字段；避免在 WHERE 子句中对字段使用函数（会导致索引失效）；大批量操作数据时，优先使用批量语句（如批量 INSERT）。谨慎使用危险操作：UPDATE、DELETE、DROP、TRUNCATE 等语句，使用前务必加 WHERE 条件（除全表操作外），最好先备份数据或通过事务测试。不同数据库差异。

阅读 4.1k

64赞

博观而约取厚积而薄发

SQLAlchemy2 从入门到精通，一篇就够（超详细实战教程） SQLAlchemy2 作为 Python 生态最强大的 ORM 框架，是后端开发必备技能！这篇超详细实战教程从零基础入门到高级实战，一站式吃透 SQLAlchemy2 核心精髓。从环境搭建、核心模型定义、CRUD 操作，到关联映射、高级查询、事务管理、分页实现，再到实战项目落地，全程结合案例代码讲解，告别纯理论，手把手教你用 SQLAlchemy2 搞定数据库开发，新手也能快速上手，进阶者可夯实核心能力，一篇解锁 ORM 框架通关技巧！

阅读 2.1k

21赞

这个DBA有点耶

2026国产数据库选型指南：OceanBase、金仓、TDSQL、GBase横向对比与决策要点本文针对国产数据库选型难题，从技术架构、兼容性、行业实践等维度对比分析OceanBase、金仓KingbaseES、腾讯云TDSQL和南大通用GBase 8s四款主流产品。OceanBase适合高并发云原生场景，金仓以99.2%Oracle兼容率见长，TDSQL在金融核心系统优势突出，GBase 8s则专注集中式高安全场景。建议企业根据业务规模、迁移成本、安全合规等需求，采用"2+1"选型策略，通过POC测试验证后决策。选型应注重实际业务匹配而非技术参数，综合考虑运维能力与长期成本。

阅读 745

5赞

MS SQL Server 实战统计与汇总重复记录如图可以看出，统计汇总结果清晰的反映出了重复记录的情况，即 count(title)>1 的 ct 字段值，值大于1 的表示该题目出现的个数。另外命令结果增加了4个行，包括单选题统计共 248 题，多选题统计共 113 题，判断题统计共 293 题，总数统计共 654 题。主要是通过 case when 语句对 title 字段进行判断，为NULL值的表示汇总行，则进行 isnull(etype,‘总数’)+‘统计情况：’ 的字符串拼接，etype字段为 NULL 值的表示总数的统计行。

阅读 952

29赞

郦祺嫒Amiable

告别N+1查询问题：SQLAlchemy-mixins的Eager Load混合使用指南在使用SQLAlchemy进行数据库操作时，N+1查询问题是开发者经常遇到的性能瓶颈。SQLAlchemy-mixins提供的Eager Load混合功能通过简洁的API帮助开发者轻松解决这一问题，显著提升应用性能。本文将详细介绍如何利用SQLAlchemy-mixins的EagerLoadMixin来优化查询效率，避免常见的N+1查询陷阱。## 什么是N+1查询问题？N+1查询问题通常发

阅读 817

26赞

深入理解 SQL 中的 DATEDIFF 函数 DATEDIFFDATEDIFF函数在 SQL 中是一个用于计算两个日期之间差值的重要工具。不同数据库实现了不同版本的DATEDIFF，它们在功能和语法上有所不同。本文将详细解析DATEDIFF的用法、数据库间差异、复杂场景中的应用，以及替代方案。DATEDIFFDATEDIFF函数用于计算两个日期或日期时间值之间的差异。它的返回值通常是整数，表示日期差值的指定单位（如天、月、年等）。通过DATEDIFF，可以快速完成日期相关的计算，例如年龄计算、活动周期分析、时间跨度计算等。DATEDIFF。

阅读 972

16赞

深度详解 PostgreSQL：从核心原理、独有特性到性能优化与实战选型支持 PL/pgSQL 专属编程语言，可自定义函数、存储过程，将高频、复杂的业务逻辑下沉至数据库层执行，减少应用与数据库的交互次数，提升业务响应速度。同时支持函数重载、参数自定义，适配各类个性化业务逻辑封装。

阅读 613

7赞

作者推荐

绩隐金: 默默无闻平淡是真

关注

不剪发的Tony老师: 《SQL编程思想》作者，Oracle OCP，MySQL OCP，PostgreSQL ACE。

关注

杭州奥零数据科技: AllData可定义数据中台，以数据平台为底座，以数据中台为桥梁，以机器学习平台为工厂，以大模型应用为上游产品，提供全链路数字化解决方案。

关注

PAULEENHUI: 持续更新中……（消息会回复但不太及时）

关注

zjbobingtech: 联系电话：0574-27911286

关注

莫叫石榴姐: 10多年IT经验，数仓及SQL领域教练及专家，曾作为主面试官，面试多个候选人

关注

鸽芷咕: 人工智能、C++、Python领域优质创作者, 擅长AI产品推广与各类文章评测，聚焦于前沿技术领域 | 全网技术社区账号名鸽芷咕 | 商业合作/品牌推广联系️在文末️。

关注

Gauss松鼠会: 深耕数据库10余年，致力于GaussDB、openGauss等数据库技术的学习、探索与传播。

关注

Ricky_Ribbon: 学而不思则罔，思而不学则殆。

关注

笃行其道: 商务合作，学习交流（V）：revivewaves 人生我随缘，Debug不随缘。只为成功找方法，不为失败找理由。

关注