登录社区云,与社区用户共同成长
邀请您加入社区
设备数据最麻烦的地方,不是某一天突然写入一批数据,而是每秒都会有新数据进来。温度、压力、振动、电流、流量等指标不断产生,设备数量增加后,数据量几乎只会单向增长。业务页面通常只问两类问题:某台设备最近一小时的曲线,以及一批设备在某个时间段内的统计结果。数据库管理员面对的却是另一组问题:表拆到什么粒度,索引建在哪些表上,旧数据如何清理,新增设备是否需要发布脚本。传统时序数据库方案经常把这些事情交给应用
SQL Server 数据迁移进入验收阶段后,业务侧问得最多的并不是表迁完了没有,而是报表还能不能像原来一样用。简单查询跑通只能证明连接、对象和基础语法没有问题,真正压在项目组心里的,是那些已经运行多年的 BI 查询:表多、统计口径复杂,SQL 中还夹着标量子查询,一到月初或者经营分析会就会同时涌入大量请求。这次迁移的目标环境是 KingbaseES V9R4C019。
sys_dump只导一个库里面的东西,角色、表空间这些全局对象不在里头。这句话听着抽象,真出事是这样的——单库备份文件好好的,校验也过了,换台机器一还原,ksql备份没坏,数据也没丢,问题出在备份的边界上。表的 owner 是某个角色、某张表的查询权限授给了另一个角色,这些「引用」都老老实实备进了单库文件里;可被引用的角色本身,不归sys_dump管。新机器上没这俩角色,还原走到那一句就崩了。这篇
在安全管控上,HaishanDB以三权分立拆分数据库核心管理权限,联动组织架构落实最小化分级授权,按部门、职级精细化管控数据访问权限,达成分权制衡、按需授权、全程行为可追溯,确保内部数据流转安全规范、有据可依。另一方面,AI技术本身也在深刻赋能数据库,推动其向自动调优、智能运维、自适应优化等方向演进,让数据库从被动工具进化为可以“自我管理”的智能系统,具备自动化、自优化的能力,数据不需要离开数据库
元数据已经收敛,最后再以身份执行实际语句。查询订单导出表时,三行数据正常返回,说明只读访问没有被整改误伤。接着更新订单 2,它原本是PENDING,条件能够命中一行;这次失败来自数据库权限检查,不是WHERE条件没有找到数据,也不是客户端主动拦截。随后执行RESET ROLE恢复为system,会话身份也完成了收尾。检查的是表级能力,实际查询还会经过其他权限检查。访问至少需要 schema 的US
备份脚本挂了定时,监控面板天天绿着,备份目录里每天躺一个新文件,看着挺让人安心。可真要用它的那天——误删了一张表、或者机器坏了得换一台恢复——不少人才头一次发现:这备份还原不回来。文件是空的、少了几个对象、版本对不上,各种情况都有。备份「跑成功了」和备份「真能用」,中间隔着一次几乎没人主动做的事:把它还原出来看看。这篇就干这一件事,把一个 custom 备份还原到临时库,再一项一项验过去——数据对
运营要一份订单数据、产品要个对账表,这活儿最后常常落到开发头上。MySQL 里把查询结果导成文件,第一反应是:可它要FILE权限,文件还落在数据库服务器上,开发机上看不到,经常得再登服务器把文件拷出来。KingbaseES 里有个更顺手的做法——ksql 的\copy。它是客户端元命令,由 ksql 进程在本机执行:文件直接写在运行 ksql 的这台机器上,普通账号就能用,不碰服务端权限。这篇在环
本文介绍了一种实现MySQL数据库"零改造"迁移的方法。作者凭借15年数据库经验,从四个关键层面解析平滑迁移方案:1)连接层支持MySQL原生驱动直连,无需更换驱动;2)SQL语法全面兼容DDL/DML/DQL,99%常用语法可直接运行;3)内置函数和JSON处理逻辑与MySQL完全一致;4)C/C++应用代码可直接编译运行。文章通过具体配置示例和SQL代码片段,展示了如何在不改驱动、不调SQL、
我是小假 期待与你的下一次相遇 ~
电科金仓在 Gitee 社区发布了面向 AI 编程助手的 KES 技能包,首批上线 31 个技能,覆盖 KES 数据库的安装、开发、运维、调优、迁移全流程。该技能包将金仓数据库的产品知识、操作方法和实践经验整理成智能体可调用的专业技能,使智能体在回答 KES 相关问题时能提供更具体、更可靠的步骤和建议。本文介绍了 KES 技能包的核心功能、使用方式及其对开发者和 DBA 的价值。
本文介绍了KingbaseES V9分区表的实战应用,重点演示了范围分区和自动间隔分区的创建与性能优化。通过实际案例说明分区表如何将2000万行大表查询从全表扫描优化为仅扫描单个分区,性能提升显著。文章详细讲解了分区表创建、数据加载、索引优化、分区裁剪验证等操作步骤,并分享了间隔分区自动扩展、分区拆分合并等实用技巧。同时总结了常见问题如分区键函数使用不当导致裁剪失效、本地索引误建为全局索引等踩坑经
【比赛成绩与奖项】【比赛成绩与奖项】一、飞檐走壁1、本科组2、专科组二、疯狂电路三、蚂蚁搬家四、飞跃雷区五、走马观碑六、雁过留痕1、本科组2、专科组七、人工智能视觉八、人工智能模型九、卡丁快跑1、本科组2、专科组十、轮腿穿越十一、单车定向※统计与分析 ※。
本文详细记录了在KingbaseES V9数据库中使用KWR/KSH/KDDM性能诊断三件套的全过程。作者通过4核8G虚拟机环境,构建500万订单数据模拟场景,展示了从压测、快照采集到性能问题定位的完整链路。关键步骤包括:配置性能监控扩展、数据造量、压测执行、KWR报告分析大盘指标、KSH精确定位慢查询时刻、KDDM获取优化建议,最后通过假设索引(sys_hypo)验证优化效果。实战结果显示,通过
本文详细介绍了KingbaseES数据库流复制主备搭建及JDBC读写分离配置的全流程。主要内容包括:主库wal_level等参数配置,使用sys_basebackup工具创建备库,主备同步验证方法,同步复制配置要点,JDBC驱动读写分离参数详解(USEDISPATCH、SLAVE_ADD等),以及常见问题排查技巧(如备库连接失败、同步复制风险等)。作者结合实战经验强调:这套方案能有效应对读流量激增
上周被拉去查一个库存批次接口的问题,反馈是同一段代码、同一批数据,有时候查得到有时候查不到。第一反应是连接池复用连接的时候状态没清干净,顺着这个思路查下去,发现还真跟"连接状态"有关系,只是不在连接池那层,在 SQL 自己身上。把当前要查的批次号记到会话里,再把这个值读出来去过滤。写的人大概是想先set再get,可实测下来,这个顺序压根靠不住。环境是。
前几天翻一个批量对账脚本,里面有一条查订单的 SQL,条件是,没加引号。当时扫了一眼没在意,order_no看着就是个数字,谁没事会给数字加引号。直到后来跑起来发现同一个订单号查出了三条记录,才回头去看这条 SQL 到底出了什么问题。顺手把这个坑和另一个坑放一起记一下,都是那种语法完全没错、跑起来不报错、结果却是错的类型。环境是。
本文介绍了KingbaseES V9使用sys_rman进行物理备份与PITR时间点恢复的完整流程。重点包括:配置WAL归档确保秒级RPO;使用sys_rman执行全量/增量备份;通过真实案例演示如何恢复误删表数据(恢复至指定时间点)。关键步骤涉及归档配置、备份初始化、日常备份维护,以及PITR恢复操作中的注意事项(如保留旧数据目录、验证恢复点等)。物理备份相比逻辑备份能实现更细粒度恢复,是生产环
PostgreSQL出问题时,最让人难受的不是报错本身,而是不知道问题到底从哪里开始。页面突然变慢,接口偶尔超时,连接池被打满,业务端只看到请求失败,数据库里却可能已经出现了锁等待、缓存命中下降、事务回滚增加或连接数逼近上限。如果只靠临时登录服务器查日志、手动执行pg_stat相关SQL,很难形成连续判断。一次排查能看到当前状态,却看不到趋势;能知道现在慢,却不一定知道十分钟前发生了什么。数据库运
单表查询跑顺以后,多表查询很快就会出现。业务接口里很少只有一张表:用户要带订单,订单要带支付,统计时还要按用户、状态、时间分组。join这几个字本身不难,真正容易出问题的是结果行到底从哪张表开始保留,哪些字段会被补成 NULL,条件放在on里还是放在where里,以及统计时到底数的是用户、订单,还是连接后的结果行。从 MySQL 切到 KingbaseES,不需要一上来就追复杂场景。先用三张小表把
MongoDB安装与安全配置指南 摘要:本文详细介绍了在Linux环境下安装和配置MongoDB数据库的全过程。从下载安装包、解压部署、目录准备到配置文件编写,重点强调了安全加固的必要性,包括端口保护、认证开启和密码设置等关键措施。文章还涵盖了systemd服务配置、账号权限管理(管理员和普通用户创建)以及远程访问方案(推荐使用cpolar隧道而非直接暴露端口)。通过MongoDB Compass
本文以北京积水潭医院贵州医院双院区全栈国产化改造项目为例,总结了大型医疗信息化国产化实践经验。项目通过采用金仓数据库构建统一数据底座,解决了双院区数据互通、诊疗业务不间断等核心难题,实现了40余个核心业务模块的国产化迁移。文章详细剖析了医疗信创改造的三大难点:业务零停机要求高、双院区数据一致性严苛、人员转型成本高,并分享了"成熟案例复用+专项攻坚"的落地模式。同时提供了基于金仓数据库的医疗业务适配
银行核心数据底座国产化已从单点试点进入规模化落地阶段。本文以成都银行联合KES的全行数据库国产化项目为实战案例,详细拆解金融多业务系统批量迁移方案、分级承载架构、RPO=0/秒级RTO高可用实现、内生安全防护及性能优化落地细节,配套完整可运行的金仓数据库读写分离配置代码、迁移适配代码,为银行、金融机构信创数据库改造提供可复用的工程实践方案。
写LEFT JOIN的时候,大部分人心里的预期都很朴素:左表的数据无论如何都会保留,右表匹配不上就是 NULL。这个预期在大多数场景下是成立的,但只要WHERE子句里对右表字段加了一个过滤条件,这个预期就可能悄悄崩掉——SQL 文本里写的明明是LEFT JOIN,执行计划里跑出来的却是一个不折不扣的内连接,结果集也跟着变。这篇不复现业务场景,直接用最干净的两张表把这个机制的边界条件挨个测一遍:什么
文章摘要: 本文介绍了如何利用Prometheus和Alertmanager构建有效的监控告警系统。首先通过Python编写自定义Exporter暴露业务指标(如待处理任务数),配置Prometheus采集并设置告警规则。随后部署Alertmanager进行告警管理,实现分组、路由和抑制功能,避免告警风暴。文中提供了从环境准备、Exporter开发、Prometheus配置到Alertmanage
医疗信息化国产化实践:北京积水潭医院贵州医院全栈改造案例 本文以北京积水潭医院贵州医院双院区全栈国产化项目为例,探讨大型三甲医院信创改造的核心方案。该项目面临多院区协同、数据高可用、业务零中断等挑战,通过采用金仓数据库构建医疗级数据底座,实现40余个核心业务模块国产化迁移。技术方案包含主备高可用架构、跨院区数据同步机制,并配套医护人员全员培训考核机制,最终完成4个月内系统平稳切换。文章详细剖析了改
本文为“企悦抽”抽奖系统设计数据库,包含用户、活动、奖品等6张核心表,通过中间表实现多对多关联,并采用冗余字段优化查询。脚本使用utf8mb4字符集、InnoDB引擎,完整支持活动管理与抽奖流程,为后续开发奠定坚实基础。
MySQL 里查宽表,字段多了输出就会折行,列对应关系容易看乱。MySQL 的解法是在 SQL 末尾加\G,把每行的字段竖着列出来。ksql 里处理这个问题的方式不同——通过几个元命令控制整个会话的输出行为,不用每条 SQL 末尾单独加。这篇在\x(展开模式)、\x auto(自动判断)、\timing(执行耗时)、(边框调整)、\o(输出重定向)。演示在app_db库的表上进行,用app_use
本文介绍了在CentOS 7系统中安装和配置mysql_exporter的方法,实现对MySQL数据库的实时监控。主要内容包括:下载并解压mysql_exporter、创建监控用户并授权、编写配置文件、设置systemd服务、本地验证访问。随后将mysql_exporter加入Prometheus抓取配置,并配置告警规则检测MySQL宕机、主从复制延迟等问题。通过这种方式,管理员可以及时发现数据库