sql

名字还没想好☜

Go 的 database/sql 连接池实战:SetMaxOpenConns 怎么配、连接泄漏怎么查线上服务跑着跑着突然大面积报 Error 1040: Too many connections,或者数据库 CPU 不高但接口全在等,十有八九是 database/sql 的连接池没配好。很多人以为 sql.Open 拿到的是一条连接,其实它返回的是一个连接池,池子怎么开、怎么回收、怎么防泄漏,全靠你自己设。这篇把连接池的几个关键参数和最常见的泄漏场景一次讲透。

📊 SQL 入门 Day 20：锁机制小李的公司电商系统突然出现大量订单超时，排查发现是多个事务同时修改同一条热门商品库存时互相等待，导致系统几乎"卡死"。DBA 赶到后看了一眼监控，说："锁竞争了。" 锁是数据库并发控制的基石，理解锁机制才能写出既安全又高效的高并发 SQL。

小白说大模型

LLM集成数据库的幻觉治理：当AI给出的SQL建议是错的「给数据库套一层 LLM，用户用自然语言就能查数」——这个想法让无数团队兴奋地落地了 Text-to-SQL。Demo 跑通的瞬间，表字段自动识别、JOIN 自动推断、聚合自动补全，一切看起来都很美好。

📊 SQL 入门 Day 19：事务与隔离级别你在银行转账时，A 账户扣钱、B 账户加钱——如果扣完钱服务器宕机，钱就凭空消失了。事务（Transaction）就是解决这类问题的方案：要么全部成功，要么全部回滚。

深度学习基础-Harness：从评估框架到工程落地在深度学习工程语境中，Harness 通常指一套模型评测与验证框架。它的核心目标是把「训练好的模型到底好不好」这件事从主观感受变成可重复、可量化的工程流程。

6.1.2 常⽤⽅法的问题这是一个极其刁钻且高级的问题。上⼀次我们聊了“代码分析的常⽤⽅法（五维分析法）”，这次我们要把这些“武器”本身放在解剖台上——详细探讨这些常⽤⽅法在天⽂级复杂的 MySQL/InnoDB 源码中，会遭遇什么样的“降维打击”和固有缺陷。

SQL注入学习总结攻击者通过在用户输入中插入恶意SQL代码，使应用程序错误地将这些输入当作SQL命令的一部分处理或直接报错，从而绕过安全限制并非法操作数据库。

零基础玩转bWAPP靶场（六十三）：Drupal SQL Injection (Drupageddon)摘要：Drupageddon（CVE-2014-3704）是 Drupal 7.x 核心的一个致命 SQL 注入漏洞，攻击者无需登录就能执行任意 SQL 语句，进而接管整个网站。bWAPP 的这一关并不在自身代码里，而是链接到一个真实存在漏洞的 Drupal 站点，让你在隔离环境中体验这个“史诗级”漏洞。本篇会带你确认目标、理解漏洞背景、分析源码、用现成脚本轻松拿下管理员，并聊聊真实世界中它造成的巨大破坏。文章不啰嗦，直接上干货。

多租户 tenant_id SQL 注入漏洞分析与应急响应报告覆盖框架：ruoyi-plus-uniapp（本框架）与上游 dromara/RuoYi-Vue-Plus（5.X 分支）报告日期：2026-08-17 漏洞类型：未认证 SQL 注入（CWE-89）严重级别：严重（Critical），CVSS 3.1 基础分约 9.8（AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H）漏洞来源：由社区用户 @故辞反馈处置状态：本框架已于收到反馈当日完成修复、验证并通知用户；上游缺陷按负责任披露流程处理框架官网：https://ruoyi

何以解忧，唯有..

数据库索引失效的常见情况与优化策略数据库索引是提升查询性能的关键技术，但不当的使用会导致索引失效，反而降低查询效率。本文将深入探讨索引失效的各种情况，帮助开发者避免常见陷阱，优化数据库性能。

Agent & AI 名词大扫盲过去一年，AI 领域的新词层出不穷：大模型、Agent、RAG、Prompt、微调、多模态、AGI……技术博客天天讨论，产品发布会轮番轰炸，运营号也总在说“我们接入了大模型”“我们上了 Agent”，但很多读者其实对这些词只有模糊的印象，甚至把几个概念混为一谈。

MySQL 索引底层完整详解｜磁盘Page｜B+树推导｜聚簇非聚簇索引｜索引SQL操作索引：提高数据库的性能，索引是物美价廉的东西。不用加内存，不用改程序，不用调SQL，只要执行正确的create index，查询速度就可能提高成百上千倍。

企业站 SQL 注入实战：PCRE 正则回溯绕过关键词 WAF 完整实战 | 进阶02目录正则回溯绕过 SQL 注入过滤：原理、实战与代码修正一、从正则回溯看 PHP 代码过滤1. 贪婪匹配如何触发回溯

通用报表自动化框架：Java调用Shell传参执行PostgreSQL SQL模板在后端报表开发、数据统计、定时出数场景中，我们经常面临一个痛点：每新增一张业务报表，就要重新写一套执行脚本、一套参数处理逻辑，代码冗余极高、维护成本大、无法统一日志审计。

一个 SQL 字段到底是怎么算出来的？我做了一个能给出“证据”的血缘工具我最近开源了一个 Spark/Hive SQL 静态分析工具：Scope Lineage。现在已经有了一些SQL的解析工具，为什么还要做一个 SQL Lineage？先看仓库里的一个真实例子。

roman_日积跬步-终至千里

【Spark与SQL网关（1）】Spark 提交模式与 Spark Thrift Server：到底在“提交”什么很多 Spark 使用者对两件事一直模糊：一是 client / cluster 到底差在哪；二是 STS（Spark Thrift Server）算不算一种提交模式。

MySQL CRUD ｜增删改查知识点总结表的增删改查（CRUD） CRUD：Create(新增)、Retrieve(读取查询)、Update(更新)、Delete(删除)

weixin_43160044

NestJS 入门（9）：连上数据库，SQL 写在哪？上一篇：NestJS 入门（8）：环境变量与配置讲了 DATABASE_URL、密钥不要写死。前面几篇把请求链路讲完了：Module、注入、Guard、信封、Pipe、启动钩子、环境变量。还缺一块很多人学 Nest 时最先碰到的：数据怎么进出 PostgreSQL / MySQL。

MySQL表的约束表中一定要有各种约束，通过约束，让我们未来插入数据库表中的数据是符合预期的。有了约束插入的数据就有了条件，为了保证数据的可预期性。