首页
沸点
课程
AI Coding
数据标注
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
conca
掘友等级
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
0
文章 0
沸点 0
赞
0
返回
|
搜索文章
最新
热门
企业级 RAG 实战:基于 Spring AI + MongoDB 构建智能数据检索系统
在大模型应用落地过程中,RAG(检索增强生成)是解决企业私有数据问答、知识精准匹配的核心方案。本文将聚焦实战,基于 Spring AI 框架,结合 MongoDB 的向量搜索能力,实现企业rag
基于Spring AI+本地大模型+MongoDB实现私密化与记忆能力-企业级免费大模型应用
在大模型赋能企业数字化转型的过程中,数据私密性与对话记忆能力是两大核心痛点。企业核心数据(如客户信息、业务报表、内部文档)若上传至公有云大模型,可能面临数据泄露、合规风险;而原生大模型的会话上下
告别在线大模型数据泄露风险:Ollama 本地化部署全指南(适配企业私密数据场景)
对于企业而言,调用 GPT、文心一言等在线大模型时,核心痛点永远是私密数据安全—— 业务数据、客户信息、内部文档一旦上传至第三方服务器,就存在泄露、合规违规的风险。而 Ollama 的出现。
Java+MySQL时区难题-Date自动转换String差8小时
文章分析了MySQL查询中出现8小时时区偏差的问题。当使用字符串类型参数时,JDBC驱动不做时区处理,导致MySQL按自身时区解析产生偏差;而Date类型参数会被驱动基于serverTimezone=
MySQL 5.7 大表删除部分数据:.ibd 文件会变小吗?磁盘会释放吗?
MySQL中执行DELETE语句删除部分数据后,表空间文件(.ibd)不会自动缩小,磁盘空间也不会释放给操作系统。这是由于InnoDB引擎的设计机制:删除操作仅标记空间为空闲
踩坑记:MySQL 连接 URL 缺失useCursorFetch参数引发的 Java 内存溢出惨案
在 Java 后端开发中,数据库交互是核心环节,而 MySQL 作为主流关系型数据库,其 JDBC 连接参数的配置稍有不慎,就可能引发致命的内存问题。近期我们线上服务就因 MySQL 连接 U
MySQL错误日志的核心是 InnoDB 缓冲池耗尽 + 海量行锁导致数据库崩溃
MySQL数据库因InnoDB缓冲池内存耗尽导致崩溃。主要问题是一个全表更新事务持有6397万行锁,占用121MB内存(缓冲池仅128MB),触发系统保护机制强制终止。错误链:无索引的全表更新→过量行
SQL没有limit 1读取一条findFirst竟让 800 万数据涌入内存导致系统崩溃
最近排查了一起生产环境的严重性能问题:系统突然卡顿、内存占满、GC 疯狂触发,最终定位到一行看似简单的查询代码 —— 本意只查一条数据,却因框架特性和代码疏忽,导致 800 万条数据被全量加载到
个人成就
文章被阅读
401
掘力值
98
关注了
0
关注者
1
收藏集
0
关注标签
4
加入于
2025-12-15