数据库

猫咪很可爱

Oracle ORA-4031 错误分析与处理：SGA 内存不足导致 update/exp/expdp 失败2026年9月24日，Oracle 数据库在执行 update、exp 和 expdp 操作时均失败，报错 ORA-4031（无法分配共享内存）。

视频素材处理时的隐私盲区：云处理与本地处理的边界在哪上周给某医疗企业做员工培训视频的脱敏，甲方技术负责人多问了一句——「你们字幕生成和人脸检测是用在线API还是本地的？」我愣了一下才明白他的意思。那瞬间意识到，过去半年接的两个商单都在用在线服务跑人脸检测和画面修复，素材经过的那台服务器到底在哪、数据停留多久，没人给过书面承诺。

MySQL库表操作

数据库教程FGMT69：PostgreSQL运维诊断与监控分析数据库教程FGMT69：PostgreSQL运维诊断与监控分析随着业务系统数据体量持续增长，关系型数据库作为业务底层核心存储组件，数据库的稳定运行、性能故障定位、日常状态巡检已经成为运维体系中不可缺少的一环。PostgreSQL具备强大的扩展能力、事务可靠性与丰富的内置统计信息模块，但是它的内部结构相对复杂，很多运维人员在面对慢查询、连接爆满、IO阻塞、锁等待、缓存命中率异常等问题时，缺少一套系统化的诊断思路，只会依靠简单查询语句查看表面指标，很难定位根因。风哥教程本文围绕PostgreSQL运维诊断与监

AI时代首先数据库-PostgreSQL实战笔记 27 PostgreSQL数据写入与读取流程解析上一篇我们聊了后台写进程如何为 checkpoint 减负。这一篇，我们把所有零部件串起来，回答一个最具体的问题：你敲下一行 UPDATE，按下回车，到数据真正落到磁盘上，中间到底发生了什么？反过来，一次 SELECT 又是如何利用缓存，避免每次都去碰磁盘的？理解这两条路径，前面所有关于进程、内存、WAL、数据页的知识，才会连成一张完整的图。

数字新视界

信创机房动环监控技术在智能运维中的应用与优势分析信创机房动环监控技术拥有多项核心功能，使其在智能运维中扮演了重要角色。第一，实时数据监测是这项技术的基本特征，通过收集和分析各设备的运行状态，实现对机房环境和设备状况的全面掌控。第二，环境控制功能保证机房内的温湿度、气流等参数维持在理想范围，从而为设备创造良好的工作条件。此外，故障预警机制能够及时识别潜在问题，并迅速通知运维人员进行处理，这样大大降低了系统发生故障的风险。通过这些功能，信创机房动环监控不仅提升了运维效率，还确保了设备安全与稳定运行，为科学决策提供了数据支持。

边缘计算的“实时决策“：从数据回传到边端即时推理的决策升级边缘计算的真正价值，不是"省带宽"，而是"把决策做在数据产生的地方"。边缘计算的演进，正在从"数据回传云端"走向"边端实时决策"。传统的做法是把数据全部传回云端处理，虽然准，但慢、费带宽、还怕断网；今天的边缘计算要做的是把一部分决策能力下沉到边缘节点——在数据产生的现场就完成识别、判断与动作，让系统更快、更稳、更省。

这个DBA有点耶

分布式集群的“最后一公里”：分片集群与透明分布式集群的工程代价拆解大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！“我们准备上分布式集群了。”这句话在技术评审会上经常出现，但接下来讨论的内容，往往不是同一件事。

猫咪很可爱

MySQL 视图与只读用户：安全查询的完整实践指南在数据库日常运维中，如何让特定用户既能查询业务数据，又无法触碰底层真实表，是一个常见的安全需求。本文通过一个完整的 MySQL 实战案例，演示如何利用视图（View）和只读用户（Read-Only User）的组合，实现数据的安全隔离与受控查询。

测试用go语言执行脚本把数据保存到SQLite数据库事先安装go开发环境，并设置环境变量。编写go程序和sql脚本文件schema.txt执行出错，有几种错因，分别是GOOS错误，CGO_ENABLED参数错误。

猫咪很可爱

MySQL 5.7 备份恢复后函数与存储过程丢失：原因分析与正确备份姿势在 MySQL 5.7 环境中，很多同学会遇到一个非常“反直觉”的现象：备份和恢复流程看起来完全正常，但恢复完成后，库里的函数、存储过程却全部丢失了。更让人困惑的是，备份文件本身并没有报错，恢复过程也没有任何异常提示。

Redis哨兵模式新建用户和修改口令⚠️ 不管是通过ACL SETUSER命令直接在主节点创建的用户、还是通过修改主节点ACLFILE添加的用户，都不会同步到从节点。

02.springboot项目对接国内模型实现对话聊天SpringAI 实现了代码不变，只改配置和引入pom，就能更换对接的模型。官方网站：Introduction :: Spring AI Reference。参考官网注意文档版本，点击页面中的 ··· 选择版本。

秦时明月之君临天下

MySQL purge 参数详解：innodb_purge_threads 与 innodb_purge_batch_size在 MySQL 的日常运维中，只要出现"undo 表空间持续膨胀"“History list length 居高不下”"磁盘空间只增不减"这几类问题，排查到最后基本都会落到 InnoDB 的 purge（清理）机制上。而控制 purge 行为的核心参数，就是 innodb_purge_threads 和 innodb_purge_batch_size。

某某大学心理健康教育平台弱口令及SQL注入漏洞免责声明：本文仅供网络安全学习与交流，切勿用于非法测试或未授权攻击。漏洞已提交至相关平台并修复。本次漏洞挖掘主要针对某某大学的心理健康教育平台。通过公开信息收集获取到了学生学号信息，尝试使用该学号结合弱口令成功登录系统。随后在系统内部抓包，发现某处接口存在SQL注入漏洞，最终成功获取数据库报错信息。该漏洞在某教育漏洞平台被评定为高危。

打工仔折腾 AI

AI Agent 工程化实战（二）：5 分钟跑通 Deep Agent 并逐层拆解底层链路很多人做 Agent 开发容易卡在两个极端：要么只跑通官方 Demo，完全不知道数据在内存里怎么流转；要么一上来就追求复杂编排，把状态机画得看不懂，调试时连 Prompt 是谁触发的都找不到。

MySQL视图视图是虚拟存在的表，只保存 SQL 逻辑，不保存查询结果。数据在使用时动态生成。对视图的 INSERT/UPDATE 操作进行约束检查。

这个DBA有点耶

测试全绿，上线三周数据没入账——那个95%的兼容度报告，漏掉的是边界大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！一个迁移项目，测试环境全绿，评估报告上兼容度很高。上线两周，业务跑批的数据开始对不上。

【仓颉语言入门 · 第二篇第 15 课】导航：上一课第 14 课手写 DAO 数据访问层 → 本课 → 下一课第 16 课反射本课内容量：正文约 380 行，全篇约 580 行（含导航 / FAQ / 预告 / 二维码骨架）。单课只聚焦 1 个知识点：把前 8 课讲过的 SQL 能力（建表、CRUD、预编译、事务、DAO）串成一个完整的小项目，不引入新语法、新概念、新依赖。本课本身就是综合实战项目，照着跑通、输出和教程对上、自己改改再跑一遍就是最好的练习——不再额外设课后练习题。

疯狂学习GIS

将谷歌地球引擎账号升级为Contributor与Partner层级的方法本文介绍把谷歌地球引擎（Google Earth Engine，GEE）账号从默认层级升级到 Contributor 或 Partner 层级的方法。