- 博客(336)
- 收藏
- 关注
RSS订阅
原创 盘点2026年十大远程控制：跨平台流畅度横测，谁是你的办公首选？
想免费体验Todesk高性能功能的，可以进入游戏与应用中心，添加快捷应用和常玩的游戏，在游戏模式下限免畅享Todesk游戏版专属功能和高帧率画质。或者直接拖拽文件到指定区域，选择设备列表勾选传送设备或设备代码发送，两种发送方式，亲测十分快捷，还有每次的文件发送记录可查，方便的同时又放心。在右下角，可以看到一个+号，点击后可以选择上传文件/文件夹，可以将本地的文件/文件夹直接传输到该设备的指定路径。Todesk的高性能功能已经支持：1080p最高到360，2k到240，4k到144，8k到60的帧率。
2025-12-29 10:51:34
23800
46
原创 搭建AI资讯早报：AiOnly全球大模型服务+N8N自动化工作流实战
AIOnly平台是一个集成全球顶尖AI模型的一站式API聚合服务，支持GPT、Claude、Gemini等数十种模型。文章详细介绍了平台注册流程、API获取方式，以及如何在ChatBox、CherryStudio等AI客户端中接入Claude Haiku 4.5和Gemini 2.5 Flash模型。重点展示了使用N8N工作流构建的自动化系统：定时获取36氪科技资讯，通过AI模型自动生成内容摘要，并转换为精美的HTML格式发送每日早报邮件。平台提供全球节点覆盖、ISO27001安全认证和动态计费等优势，帮助
2025-11-04 17:59:17
10861
66
原创 震撼！豆包·图像创作模型 Seedream 4.0多图融合黑科技，网友玩疯了：“动动嘴就是AI版PS
豆包Seedream 4.0 AI图像创作工具评测：这款双榜第一的AI模型在实战中展现惊人实力。评测显示，该模型在生成速度和综合质量上表现突出，支持手办制作、九宫格表情包、发色变换、线稿转换、Cosplay还原等丰富功能。实测中，其物理特效模拟精准度、服饰细节还原度和商品图专业度令人惊艳，尤其是10倍于前代的生成速度和4K输出能力，为内容创作者提供了高效工具。从动漫角色还原到商业产品图制作，Seedream 4.0展现出强大的多场景适应能力。
2025-09-18 17:51:17
11664
82
原创 使用Rokid AIUI做了一个童年推箱子游戏
本文分享了基于Rokid Glasses开发头控+语音交互推箱子游戏的全过程。利用AIUI框架，结合陀螺仪实现头部方向控制，通过四元数计算精准识别抬头低头动作，解决传统欧拉角分解误差问题；引入语音指令与沉浸式页面，支持“上/下/左/右”语音操控及自动存档。项目采用Claude Code辅助开发，分层设计提升可维护性，最终实现15关可解、零点击启动、后台自动暂停的流畅体验，兼具趣味性与颈椎放松功能。
2026-09-19 20:55:51
17503
原创 别拿MySQL数据库管理工具硬导：MySQL 迁 KingbaseES 的完整工具链
本文记录了将一套运行两年的MySQL 5.7系统迁移至KingbaseES的全过程。团队三人协作，摒弃“用管理工具导数据”的简单思路，改用KDMS进行全量采集与兼容性评估，精准识别2000+表、40+存储过程中的14个不兼容项，涵盖CHARSET、utf8mb4、空间索引等典型问题。通过评估报告聚合分析，实现高效排期与逐条销项，最终完成结构转换与验证，交付物齐全，割接顺利。实践证明：专业迁移工具远胜于人工操作，兼容性评估是成败关键。
2026-09-19 16:57:40
17376
原创 手工录发票太折磨，我直接让Seed-2.1-pro-0915从零做了一套发票识别核验系统
本文介绍了一款基于豆包新模型Seed-2.1-pro-0915开发的智能票据处理系统。作者通过真实133张格式杂乱的发票（含电子、扫描件、照片等）实测，仅用9小时26分钟完成从需求分析、代码编写、系统部署到自动验收的全流程，实现发票批量识别、归并、查重、台账生成与Excel导出。系统具备高准确率，对模糊、倒置、低质图像仍能精准提取关键字段，且不虚构数据，严格遵循“无法识别”原则。模型在长任务处理与图像理解能力上表现突出，支持端到端自动化，显著提升财务、报销及代账场景效率，验证了AI在复杂文档处理中的实用价值
2026-09-19 03:11:46
17317
原创 OceanBaseVS金仓：一条 SQL 的两条路——KingbaseES 的性能竞争力从哪来
在信创替换背景下，针对政企典型负载（数TB内、数百并发），KingbaseES凭借集中式架构在延迟、复杂SQL执行、资源消耗与运维成本上显著占优。分布式架构虽具扩展性，但其网络开销与协同复杂度在中小规模场景下成负担。选型本质是“用一致性换容灾”还是“用本地化换效率”——对多数政企而言，金仓更省、更快、更稳。
2026-09-13 16:02:53
14084
原创 数据迁移工具 KDMS 帮我把一本糊涂账算清了
本文分享了使用金仓数据库迁移评估系统（KDMS）进行老旧SQL Server系统迁移到国产库的实践。传统依赖经验估算的迁移评估存在主观性强、风险滞后等问题，而KDMS通过自动化采集源库结构与应用负载数据，生成包含兼容度、改造量、数据规模等量化指标的《迁移评估报告》，实现从“拍脑袋”到“数据说话”的转变。报告细至对象类型统计、不兼容原因聚合、可直接编辑修改语句并验证，最终输出Word报告与Excel清单，为制定迁移计划、评估工期提供科学依据，显著提升决策效率与项目可控性。
2026-09-13 15:42:04
14140
原创 SQLServer数据库迁移实录：十年老系统搬上 KingbaseES，T-SQL 基本没重写
本文分享了将一套十余年、含800+存储过程的SQL Server系统迁移至KingbaseES（KES）V9R4C019的实战经验。通过深度兼容T-SQL语法（如MERGE、OUTPUT、窗口函数、PIVOT、并行DML及复杂LIKE通配符），结合KDMS工具实现自动化评估与转换，实现“绝大多数代码零修改”直接运行。项目从“人工重写”转向“验证核对”，人力成本与周期大幅降低，验证了国产数据库在存量系统迁移中的可行性与高效性。
2026-09-13 14:47:31
13956
原创 异构数据同步如何真正做到“数据无忧“？——解读 KFS 的全周期一致性校验与修复能力
异构数据同步的价值,最终要落在"数据可信"上。KFS 以低侵入、高性能的日志解析架构为底座,以事务级完整性保障和断点续传、热备接管为托底,再叠加与同步并行运行的在线校验、多渠道告警和记录级自动修复能力,形成了覆盖存量与增量的全周期一致性闭环。对于正在推进容灾建设、数据平台整合或数据库国产化替代的企业而言,这套"同步即校验、差异即修复"的能力,正是从"能同步"走向"敢切换"的关键一步。
2026-09-03 10:47:18
14248
原创 达梦 VS 金仓:数据库替换项目里,迁移工具的差距体现在哪一层
数据库替换项目的时间,很少花在大家以为的地方。选型评审两周,压测两周,数据搬迁通常一个周末就够了。真正吃掉几个月的是中间那一段——把几千个存储过程、几万条应用 SQL 逐个看过去,判断哪些能直接跑、哪些要改、改了之后测试怎么覆盖。这一段没有掌声,风险却最高。改漏一条,上线当晚就是故障。所以比较两家的迁移能力,比性能跑分更有意义。下面把达梦和金仓的迁移工具放在一起看,先摆事实,再谈差异。
2026-08-26 17:20:21
14085
原创 数据库迁移工具装在一台笔记本上的年代,该翻篇了
信创项目里的迁移评估报告,最常见的存在形式是一个文件。。它躺在某位 DBA 的桌面上,由一个装在这台机器上的工具生成。项目组里还有另外几份同类文件,分别躺在另外几台机器上,口径不完全一致,版本号各按各的规矩排。到了周会上,有人问:“整体还剩多少对象没转换?没人能立刻回答。得先把几份表格收上来,对一遍字段口径,再手工汇总。
2026-08-26 17:06:52
14123
原创 一张表底下几千个分片:金仓时序数据库的超表怎么工作
运维手册里最容易出事的,常常是那种写得特别清楚的条目。比如这一条:「每月 25 日前,执行 create_partition.sh,创建下月分区。它清楚、简单、写在文档第七页,然后在某个月的月初被发现漏了——写入开始报错,采集端的数据堆在缓冲区里,补数补了一整天。事后复盘的结论通常是"加个巡检",于是又多一个定时任务、一条告警规则,以及下次轮岗时要交接的一件事。在时序场景里,这类活是常态。
2026-08-26 16:53:13
27372
原创 向量数据库之后,一份合同为什么在五个库里对不上
一份合同签回来,在系统里通常是这么散开的。PDF 原件传进对象存储,拿到一个文件路径;客户名称、金额、生效日期这些字段落进业务表,拿到一个自增主键;正文切成几十个文本块,过一遍 embedding 模型进向量数据库,每个块再拿一个向量 ID;合同带履约地点的,坐标进空间库;后续每期回款是一串时间点,进时序库。一份合同,五个库,五套 ID。平时看不出什么。直到法务说,这份合同作废了。
2026-08-26 16:27:14
27350
原创 让时序数据开口说话：时序大模型 TimechoAI 的使用与分析能力实测
时序数据的价值不在于存储，而在于洞察。TimechoAI 把时序大模型的使用门槛降到了"上传数据、点击运行"的程度，同时保留了 API/SDK 的深度集成空间，配合 TimechoDB 可构成完整的 DB + AI 方案。企业版官方链接：https://timecho.com时序大模型 TimechoAI：https://ai.timecho.com/注册获取 API Key，上传自己的数据，几分钟内就能看到第一条预测曲线。
2026-08-24 18:35:25
15423
原创 向量数据库单独建一套,这笔账划不划算
知识库里的一条报销规定改了,客服机器人还在按旧的答。查下去,关系表里的正文确实已经更新,向量那边还排在 embedding 队列里,没轮到。这类问题不报错,也不触发告警,它只是答得不对。等业务方反馈回来,链路早跑过好几轮了。根子不在 embedding 快慢,在库的数量上。一个中等规模的 RAG 项目,库通常是这么长起来的:先有业务库,存工单和用户;上 RAG,加一个向量库;原文和元数据塞不进向量库,再加文档库;后来业务要按门店位置筛,加空间库;设备数据进来,加时序库。
2026-08-23 22:11:19
27316
原创 SQLServer数据迁移之后，那张报表还能不能秒出
本文分析了金仓数据库KES V9R4C019版本在SQL Server迁移场景下的性能表现。文章指出，数据库迁移的真正痛点不在于语法转换，而在于迁移后关键业务报表的性能保障。该版本针对含标量子查询的多表关联分析等复杂场景进行了专项优化，在100并发下实现TPS提升60%、响应时间降至1/10的突破性表现，使BI报表从"等待结果"变为"秒级响应"。优化核心在于QueryMapping升级、窗口函数过滤条件下推等技术改进，将性能问题从"玄学"转化为可诊断的工单。文章特别肯定了该版本敢于在发布物料中直面性能痛点的
2026-08-16 23:18:21
27639
1
原创 从报错到回归测试，Seed Evolving 完成了一次真实工程交付
本文作者将AI助手Seed Evolving用于修复真实开源项目Requests的一个Bug，测试其在工程问题解决中的表现。测试中，Seed Evolving在9分钟内自主完成了从报错复现到修复验证的全流程：准确识别出动态代理导致的文件读取判断错误，修改了三处相关代码并补充测试用例，结果与官方后续统一方案高度一致。作者认为Seed Evolving展现了工程化解决问题的能力，能持续追踪目标、区分证据边界，适合用于陌生代码排查、跨文件修改和资料核验等场景。这次测试表明AI不仅能生成代码，还能像工程师一样推进完
2026-08-08 19:47:04
245
原创 零代码完成MongoDB迁移,KingbaseES是怎么做到的
文章摘要： 企业IT架构中多数据库并存导致技术栈分散、运维成本高、数据一致性难保障。KingbaseES V9通过多模融合设计，实现MongoDB协议级兼容，支持应用代码零修改迁移，仅需更改连接串即可接入。其底层将文档数据转为关系表存储，保留原查询语法，兼容常用MongoDB操作，同时整合事务与安全能力。虽性能略逊于原生MongoDB，但通过技术栈收敛降低了学习成本和重复投入，尤其适合重视合规与业务连续性的行业。该方案的核心价值在于用架构简化替代性能竞争，为国产化替代提供可行路径。
2026-08-08 17:08:37
10525
原创 【金仓数据库征文】金仓 KES 性能调优实录，在鲲鹏加麒麟 V10 上从 KWR 报告一路做到 SQL 优化
本文通过鲲鹏 aarch64 平台上的金仓数据库（KingbaseES V9）性能调优实验，展示了科学调参对数据库性能的提升效果。在默认配置下（shared_buffers=128MB），4 并发只读压测 TPS 中位数为 54,029；通过 KWR 报告诊断发现 CPU 是主要瓶颈后，针对性调整了内存、WAL 等十多个参数，使 TPS 提升 30.6% 至 70,541。实验还揭示了索引效果的巨大差异：主键查询从 94ms 降至 0.034ms（提升 2700 倍），但命中 20% 数据的范围查询仍走全表
2026-08-05 21:49:22
26786
原创 装修结束两年，水管电线在哪谁都说不清，我用 Doubao-Seed-Evolving 给房子做了本“使用说明书”
装修资料散落两年后，我用 Doubao-Seed-Evolving 做了“栖居档案”：把户型图、施工照片、水电点位和维修记录放回 3D 空间，也让每个答案都有出处。
2026-08-05 10:36:39
7072
原创 手把手教你 3 分钟拥有一个 AI 数字人：魔珐星云注册与接入全流程
本文介绍了如何快速创建和体验AI数字人。通过魔珐星云平台，用户可低成本打造虚拟角色，实现智能对话互动。操作步骤分三步：1)官网注册填写邀请码"JM4AWPDQT3"获1000积分；2)创建应用获取App ID和App Secret；3)在体验网站(xiongwenhao.xyz/app)配置密钥即可使用。整个过程仅需5分钟，无需技术基础。最后提供了问题反馈渠道，邀请用户分享使用体验。
2026-07-28 23:21:10
9885
原创 国产大模型健康咨询踩坑复盘：我从0~1做了个健康咨询具身交互智能数字人“小星”
这篇文章分享了开发健康咨询数字人"小星"的实践经验，重点探讨如何解决AI数字人答非所问的问题。作者发现核心症结在于认知层缺失，导致大模型缺乏专业约束。解决方案包括：1）搭建垂直知识库和向量检索系统，设置相似度阈值过滤不相关信息；2）接入多模态模型实现图文识别；3）采用流式交互技术优化响应速度。文章强调认知层（专业内容）与具身层（表达交互）缺一不可，通过魔珐星云平台实现低延迟的拟人化交互体验。最终打造出既专业准确又自然流畅的健康咨询数字人。
2026-07-28 19:08:29
1228
原创 优化器凭什么改写你的 SQL：等价变换、条件调度与主流数据库的取舍
文章摘要 SQL语句在提交到数据库后，会经过优化器的等价变换，但开发者往往忽视了这一过程。优化器的"等价"仅保证结果集一致，不保证执行顺序、表达式求值次数或错误抛出时机。常见变换包括常量折叠、谓词下推、外连接化简和子查询展开，但各有前提和边界条件（如函数易变性标记）。不同数据库在条件执行顺序、语义处理（如NOT IN转反连接）和优化策略上存在显著差异：PostgreSQL保守且规则驱动，Oracle激进且代价驱动，KES为兼容性牺牲部分优化空间。关键取舍包括变换驱动方式、语义激进程度、人工干预支持和计划稳定
2026-07-25 15:36:36
14063
原创 能跑不等于正确：生产环境不规范 SQL 的隐藏风险与编码规范
这篇文章探讨了数据库生产环境中一类隐蔽且昂贵的问题——那些不报错但偶尔返回异常结果的SQL查询。作者通过一个具体案例，分析了依赖执行顺序的SQL语句在生产环境中的风险，指出这类问题的核心隐患在于会话状态而非语法错误。 文章总结了这类问题的三大特征：静默失败、环境相关性和迁移放大效应。针对这类风险，作者提炼了九条关键编码规范，包括避免副作用函数、正确声明函数属性、避免会话级状态传递、强制排序、类型一致、NULL处理、绑定变量、小事务和谨慎DDL操作。 这些规范旨在帮助开发团队识别和规避那些"能跑但不安全"的S
2026-07-25 15:22:58
10675
原创 把时序预测做成一次 API 调用：TimechoAI 时序大模型上手实录
TimechoAI时序大模型是一款基于清华Timer模型的时序预测工具，旨在通过API调用简化传统时序建模流程。其核心能力包括高精度预测（比传统方法提升20%+）、毫秒级响应、多变量联合预测（支持协变量输入）以及企业级安全（支持私有化部署）。产品提供三种数据输入方式（绘制曲线、粘贴数据、上传文件）和六种预测模型可选（包括Timer系列和经典统计模型）。独特的数据评估功能可提前检测数据质量，避免无效预测。支持Python SDK和REST API两种接入方式，最低仅需16个历史数据点即可启动预测。典型应用场景
2026-07-24 11:56:16
12835
1
原创 开源了！3 分钟给自己搭一个会说话、有表情、能随时打断的 3D 数字人助手
摘要： 开源项目「笃行其道数字人助手」推出浏览器端3D超写实数字人，无需显卡服务器，仅需一条命令即可启动。数字人支持实时语音、口型同步、手势交互及字幕显示，可随时打断对话。其大脑可切换主流大模型（如DeepSeek、豆包等），并支持语音输入。用户注册魔珐星云平台（填写邀请码JM4AWPDQT3）可免费领取1000积分（价值100元），用于数字人渲染时长。项目代码开源（MIT协议），集成简单，适合开发者快速接入。 关键点： 零配置启动，依赖Node.js 18+ 魔珐星云提供渲染与语音，积分消耗低（0.5积分
2026-07-23 17:41:55
1034
21
原创 国产化落地避坑 · 干货向｜迁移后那条「测试能过、一上生产就查空」的 SQL，多半栽在 WHERE 函数顺序上
《SQL中的薛定谔查询：依赖函数执行顺序的陷阱》摘要 本文剖析了一种典型的数据库迁移问题：在WHERE子句中依赖函数执行顺序导致的"薛定谔查询"。这类SQL在测试环境正常，但在生产环境表现出时灵时不灵的特性，其根本原因是开发者错误地将SQL当作过程式语言使用。文章通过具体案例展示了Oracle和KES执行顺序的差异，指出即使KES提供了确定的执行顺序，依赖这种顺序仍存在会话污染和优化器重写两大风险。最后提出三点解决方案：将有副作用的函数移出WHERE子句、正确声明函数属性、以及DBA审计时重点关注Filte
2026-07-21 16:04:13
10484
原创 国产化落地避坑 · 干货向｜Oracle 迁金仓 KES，我把外连接消除排在隐性陷阱第一位
国产化落地避坑 · 干货向｜Oracle 迁金仓 KES，我把外连接消除排在隐性陷阱第一位
2026-07-21 15:46:00
10315
原创 【金仓数据库征文】列存一定比行存快？我用 200 万行数据，测出了相反的结论
这篇文章通过实测金仓数据库的列存扩展 cstore_fdw，颠覆了"列存适合分析查询"的常规认知。测试使用200万行数据对比发现：虽然列存将存储空间压缩了7.5倍（从173MB降至23MB），但各类分析查询性能却比行存慢1.5-2.8倍。作者分析指出，当数据能完全缓存在内存中时，列存减少IO的优势消失，而其解压缩、FDW转换等CPU开销成为主要瓶颈。结论强调：列存的真正价值在于冷数据归档存储而非查询加速，技术选型需结合实际场景测试验证，不能盲目相信常识性结论。
2026-07-20 19:39:11
10071
原创 【金仓数据库征文】给国产数据库装上中文搜索引擎，zhparser vs jieba 分词实战，和三个隐藏关卡
本文探讨了金仓数据库内置中文全文检索功能的实际应用。通过对比zhparser和jieba两款分词器的效果，揭示了分词器选择对搜索结果的决定性影响。文章详细介绍了GIN倒排索引的性能优势，以及相关性排序和关键词高亮的实现方法。同时指出了MySQL兼容模式下的三个常见陷阱：字符串拼接符||的语义差异、round函数精度问题以及tsvector拼接操作符的冲突。最后通过与MySQL ngram分词机制的对比，展示了金仓在中文搜索方面的优势。作者建议，在考虑引入Elasticsearch前，应优先评估金仓内置的全文
2026-07-20 19:37:56
10411
原创 【金仓数据库征文】不装中间件的 MySQL→金仓在线迁移，mysql_fdw 全流程，和一个差点漏掉的 emoji
《MySQL到金仓数据库的无损迁移实践》摘要：本文介绍了一种利用KingbaseES的mysql_fdw扩展实现MySQL业务库零停机迁移的方案。通过创建外部表建立数据通路，采用INSERT...SELECT直接迁移数据，避免了传统导出导入和中间件同步的复杂度。测试中发现关键陷阱：默认字符集导致emoji等4字节UTF8字符静默损坏，通过init_command设置utf8mb4解决。提出三级对账机制（行数、数值列SUM、全表MD5指纹）确保数据一致性，特别强调在MySQL兼容模式下必须使用concat()
2026-07-20 19:37:16
10436
原创 给金仓做一次体检：sysbench 压出瓶颈，KWR 报告告诉我“别再加内存了
本文通过KingbaseES数据库性能优化实践，揭示了性能诊断工具的核心价值。作者使用KWR报告对金仓数据库进行压测分析，发现系统瓶颈在于CPU而非内存。尽管调整WAL和内存参数降低了85%物理读，但因CPU已达上限（82.64%），TPS仅从1515提升至1528。实验证明，KWR报告能准确识别真正的瓶颈（CPU密集型负载），避免在非关键路径（如内存）上做无效优化。其核心启示是：性能优化的关键在于精准定位瓶颈，而非盲目调参，专业的诊断工具能帮助DBA把钱花在刀刃上（如增加CPU核心），而非错误方向。
2026-07-20 19:36:29
10324
原创 【金仓数据库征文】给金仓装上“嘴替“：用 MCP Server 让 AI Agent 说人话查数据库
本文介绍了作者为国产数据库KingbaseES开发AI接口(MCP Server)的实践。通过100行Python代码实现MCP协议，将数据库查询能力封装成四个工具函数，使AI能直接理解中文问题并生成SQL查询。重点探讨了三重安全机制：数据库账号只读权限、会话级只读设置、应用层SQL白名单，并成功抵御五种SQL注入攻击。同时设计了完整的审计日志系统，确保所有查询(包括被拦截的攻击)都可追溯。最终实现无需胶水代码即可将AI能力无缝集成到工作流中，让非技术人员也能通过自然语言直接查询数据库。整个方案既充分发挥A
2026-07-20 19:09:58
10357
原创 列存一定比行存快？我用 200 万行数据，测出了相反的结论
《列存未必快：一场颠覆数据库常识的性能实测》通过金仓数据库对比测试，揭示了"列存适合分析"这一常识的局限。实验显示，在200万行数据的OLAP场景中，cstore_fdw列存虽然实现了7.5倍的存储压缩（173MB→23MB），但查询性能反而比行存慢1.5-2.8倍。核心发现是：当数据能完全缓存在内存时，列存的解压、FDW接口和行重组等CPU开销会抵消其IO优势；即使在冷启动场景，列存仍慢2.4倍。该测试表明，列存更适合作为历史数据归档的存储压缩方案，而非热点数据交互式分析的性能优化手段
2026-07-14 13:39:11
10508
3
原创 给国产数据库装上中文搜索引擎：zhparser vs jieba 分词实战，与三个隐藏关卡
文章摘要：本文实测金仓数据库内置中文全文检索功能，对比zhparser和jieba分词器差异，揭示三个关键陷阱：1）MySQL兼容模式下||运算符是逻辑或而非字符串拼接，必须用concat函数；2）分词器选择直接影响召回率，jieba能识别"金仓"而zhparser遗漏；3）MySQL兼容模式中round函数处理小数存在差异。测试表明GIN倒排索引使1.2万条数据检索耗时降至毫秒级，支持相关性排序和关键词高亮。相比MySQL的ngram分词，金仓提供更精准的词典分词方案。结论指出，多数场
2026-07-14 13:35:44
10634
1
原创 不装中间件的 MySQL→金仓在线迁移：mysql_fdw 全流程，和一个差点漏掉的 emoji
不装中间件的 MySQL→金仓在线迁移：mysql_fdw 全流程，和一个差点漏掉的 emoji
2026-07-14 12:52:53
10924
原创 给金仓做一次体检：sysbench 压出瓶颈，KWR 报告告诉我“别再加内存了
文章摘要：本文通过KingbaseES数据库在鲲鹏服务器上的性能测试，展示了KWR（Kingbase Workload Repository）工具在定位性能瓶颈中的关键作用。测试使用sysbench模拟混合负载，发现数据库性能瓶颈并非直觉上的内存不足（缓冲命中率99.58%），而是CPU算力（占DBTime 82.93%）。尽管参数调优使物理读下降85%，但TPS未提升，验证了KWR报告的准确性。结论强调：性能优化的核心是精准定位瓶颈，而非盲目调参，KWR工具能有效避免资源浪费，指导优化方向。
2026-07-14 12:49:39
10502
原创 给金仓装上“嘴替“：用 MCP Server 让 AI Agent 说人话查数据库】
本文介绍了为KingbaseES数据库开发MCP（ModelContextProtocol）服务器的全过程，实现自然语言查询数据库功能。通过MCP协议，非技术人员可直接用中文提问，由AI自动生成SQL查询并返回结果。文章重点展示了三方面：1）采用标准MCP协议实现100行核心代码的"翻译官"架构；2）设计账号权限、会话控制和SQL白名单三道安全防线，确保只读安全；3）完整的工作流程演示，包括协议握手、中文问答和安全审计。特别强调该方案已实现真实生产环境所需的安全性和可追溯性，金仓数据库的
2026-07-14 12:46:21
402
JavaFX + Maven实战：可内网联机的多人在线五子棋游戏开发全解析（附Socket通信与EXE打包）
2025-01-20
Java开发项目源代码，使用 Java 和 FreeMarker 实现自动生成供货清单，动态生成 Word 文档，简化文档处理流程
2025-01-18
JAVA大文件上传源代码
2025-01-16
HCNetSDK是一个用于与海康威视设备进行通信的开发包，提供了一组API接口，开发者可以通过这些接口实现与设备的连接、视频
2025-01-11
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人