摘要：
阅读全文
posted @ 2026-02-27 15:41
一只竹节虫
阅读(4)
评论(0)
推荐(0)
摘要：
一、top：实时监控 CPU、内存（进程级 + 系统级） 强调瞬时值 top 是最常用的实时系统监控工具，能直观看到 CPU、内存的整体使用情况，以及占用资源最多的进程（比如数据库进程 mysqld/postgres）。 1. 基本用法 直接输入 top 即可进入实时监控界面（按 q 退出），数据库 阅读全文
posted @ 2026-02-26 11:29
一只竹节虫
阅读(6)
评论(0)
推荐(0)
摘要：
数据库的CPU突然飙升到100%，你如何快速响应和处理？ “CPU飙升通常是由大量逻辑读（大量SQL解析或执行）或低效SQL导致的CPU密集型操作引起的。我会： 快速定位消耗CPU的会话： 使用操作系统命令：top -H -p <oracle_pid> 查看进程级CPU消耗，记录下消耗最高的线程ID 阅读全文
posted @ 2026-02-26 11:17
一只竹节虫
阅读(15)
评论(0)
推荐(0)
摘要：
什么是索引的“选择性”？为什么有时索引建了却没被使用？ “索引的选择性定义为索引列中不同值的数量与表总行数的比值。选择性越高（越接近1），索引的价值越大，优化器越倾向于使用它。 索引未被使用的原因可能包括： 选择性差：如果索引列的值大部分相同（如性别列，只有‘男’‘女’），优化器认为通过索引访问还不 阅读全文
posted @ 2026-02-26 11:13
一只竹节虫
阅读(2)
评论(0)
推荐(0)
摘要：
请解读一份AWR报告，你会重点关注哪些部分？如何从中发现性能瓶颈？ “拿到一份AWR报告，我会按以下顺序阅读： Report Summary：首先看 DB Time 和 Elapsed Time。DB Time/Elapsed Time 如果远大于CPU核数，说明系统存在大量等待。 Load Pro 阅读全文
posted @ 2026-02-26 11:12
一只竹节虫
阅读(8)
评论(0)
推荐(0)
摘要：
“以Oracle为例，我的优化流程如下： 获取SQL和执行计划：如果SQL还在缓存中，用 select sql_id, sql_text from v$sql where ... 找到它，然后用 select * from table(dbms_xplan.display_cursor('sql_i 阅读全文
posted @ 2026-02-26 11:11
一只竹节虫
阅读(0)
评论(0)
推荐(0)
摘要：
当收到告警说数据库突然变得非常慢，你会如何开始排查？请描述你的第一步和整体思路。 面对突发的性能问题，我的目标是快速定位瓶颈，而不是立即调优。我会遵循以下步骤： 确认现象和范围：先确认是所有应用都慢，还是某个模块慢？是查询慢还是更新慢？这有助于缩小范围 检查系统资源：登录数据库服务器，用 top、v 阅读全文
posted @ 2026-02-26 11:09
一只竹节虫
阅读(2)
评论(0)
推荐(0)
摘要：
新增自增ALTER TABLE DB2INST1.ENTITYPARAMETERVALUE ALTER COLUMN PKEY SET GENERATED ALWAYS AS IDENTITY (START WITH 1805293522, INCREMENT BY 1); 删除自增 ALTER T 阅读全文
posted @ 2025-12-29 10:55
一只竹节虫
阅读(4)
评论(0)
推荐(0)
摘要：
创建数据库编目 db2 catalog tcpip node 数据库名称 remote 10.50.41.86 server 50000 db2 catalog db 数据库名称 as 编目名称 at node 节点名称（编目名称和节点名称可以与数据库名称同名） db2 terminate 删除数据 阅读全文
posted @ 2025-12-02 14:17
一只竹节虫
阅读(11)
评论(0)
推荐(0)
摘要：
针对单个表空间进行备份，且可以使用写入管道（使用 /dev/nul，这样备份数据被丢弃，但备份动作是成功的，因此能 彻底解除 backup pending，不占用任何磁盘空间。db2 backup db central tablespace EVCOM_DATA online to /dev/nul 阅读全文
posted @ 2025-11-27 15:53
一只竹节虫
阅读(13)
评论(0)
推荐(0)
浙公网安备 33010602011771号