暂无搜索历史
做实时分析,很多团队都会遇到同一个拐点:业务数据还在 MySQL,但报表、聚合、指标查询、实时决策,已经不适合继续压在业务库上了。SelectDB 这类分析型数...
企业一旦想正式治理慢查询,先遇到的不是怎么优化某一条 SQL,而是工具怎么选。有人主张继续靠数据库原生日志加脚本,有人想用云厂商的 SQL 洞察能力,有人倾向接...
本文讨论的是 NineData 社区版 在 MySQL 慢 SQL 场景下的使用边界。社区版支持本地离线、Docker 单机部署,数据库 DevOps 配额为 ...
对 DBA 来说,慢 SQL 是棘手的,往往不是看懂一条 EXPLAIN,而是这件事总在重复。
作为一名 DBA,深夜收到开发的消息:“Canal 同步任务跑完了,准备明天切业务,你帮看看数据对不对得上?”你熟练地登录数据库,准备手工核对几张核心表的数据量...
做过线上数据库变更的人都见过这种时刻:凌晨告警响了,群里第一句话不是 “谁写的 SQL”,而是 ——“这条变更谁批的?谁执行的?有没有记录?”
一边是老牌客户端 Navicat 年年涨价,一边是开源工具层出不穷。但真正让人头疼的是:选型太难了。
听起来像救火,很多时候却是在给系统埋雷:一条 SQL、一次 DDL,可能立刻影响用户、订单、资金与口碑。
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市