KES 监控与运维自动化实战：性能指标采集、告警体系与智能运维

发布时间：2026/7/7 1:07:51

KES 监控与运维自动化实战：性能指标采集、告警体系与智能运维

KES 监控与运维自动化实战：性能指标采集、告警体系与智能运维

前言

数据库系统的稳定运行离不开完善的监控体系和高效的运维管理。随着业务规模的扩大，传统的人工运维方式已经难以应对复杂的监控需求和故障场景。建立自动化的监控告警体系，实现智能运维，成为数据库管理员的必备技能。

本篇内容聚焦KES的监控与运维自动化，详细讲解性能指标采集、告警体系构建、自动化运维脚本以及智能运维实践。全文以实际操作为主，结合大量真实案例。如果你负责数据库运维工作，或者希望提升运维效率，相信这篇内容对你会有帮助。

一、性能指标采集与监控

性能监控是数据库运维的基础。通过持续采集关键性能指标，可以及时发现潜在问题，为性能优化提供数据支撑。

系统级指标监控

-- 查看数据库连接数SELECTcount(*)AStotal_connections,count(*)FILTER(WHEREstate='active')ASactive_connections,count(*)FILTER(WHEREstate='idle')ASidle_connections,count(*)FILTER(WHEREstate='idle in transaction')ASidle_in_transactionFROMsys_stat_activity;-- 查看数据库大小SELECTdatname,pg_size_pretty(pg_database_size(datname))ASsizeFROMsys_databaseORDERBYpg_database_size(datname)DESC;-- 查看表空间使用情况SELECTspcname,pg_size_pretty(pg_tablespace_size(spcname))ASsizeFROMsys_tablespace;

查询性能监控

-- 查看慢查询（执行时间超过1秒）SELECTpid,usename,now()-query_startASduration,queryFROMsys_stat_activityWHEREstate='active'ANDnow()-query_start>INTERVAL'1 second'ORDERBYdurationDESC;-- 查看锁等待情况SELECTblocked.pidASblocked_pid,blocked.queryASblocked_query,blocking.pidASblocking_pid,blocking.queryASblocking_query,now()-blocked.query_startASwait_durationFROMsys_stat_activity blockedJOINsys_locks lONblocked.pid=l.pidANDNOTl.grantedJOINsys_locks grantedONl.locktype=granted.locktypeANDl.databaseISNOTDISTINCTFROMgranted.databaseANDl.relationISNOTDISTINCTFROMgranted.relationANDgranted.granted=trueJOINsys_stat_activity blockingONgranted.pid=blocking.pidWHEREblocked.pid!=blocking.pid;-- 查看缓存命中率SELECTdatname,blks_read,blks_hit,round(100.0*blks_hit/NULLIF(blks_read+blks_hit,0),2)AShit_ratioFROMsys_stat_databaseWHEREdatname=current_database();

资源使用监控

-- 查看表膨胀情况SELECTschemaname,tablename,pg_size_pretty(pg_total_relation_size(schemaname||'.'||tablename))AStotal_size,pg_size_pretty(pg_relation_size(schemaname||'.'||tablename))ASdata_size,pg_size_pretty(pg_total_relation_size(schemaname||'.'||tablename)-pg_relation_size(schemaname||'.'||tablename))ASindex_size,n_dead_tup,n_live_tup,round(100.0*n_dead_tup/NULLIF(n_live_tup+n_dead_tup,0),2)ASdead_ratioFROMsys_stat_user_tablesWHEREn_dead_tup>1000ORDERBYn_dead_tupDESCLIMIT20;-- 查看索引使用情况SELECTschemaname,tablename,indexname,idx_scan,idx_tup_read,idx_tup_fetchFROMsys_stat_user_indexesORDERBYidx_scanASCLIMIT20;

二、告警体系构建

完善的告警体系是保障数据库稳定运行的关键。通过设定合理的告警阈值，可以在问题恶化前及时发现并处理。

告警规则设计

-- 创建告警配置表CREATETABLEalert_rules(rule_id BIGSERIALPRIMARYKEY,rule_nameVARCHAR(100)NOTNULL,metric_nameVARCHAR(100)NOTNULL,threshold_valueNUMERICNOTNULL,comparison_operatorVARCHAR(10)NOTNULL,severityVARCHAR(20)NOTNULL,enabledBOOLEANDEFAULTTRUE,created_atTIMESTAMPDEFAULTnow());-- 初始化告警规则INSERTINTOalert_rules(rule_name,metric_name,threshold_value,comparison_operator,severity)VALUES('连接数告警','total_connections',200,'>','WARNING'),('慢查询告警','slow_query_duration',5,'>','WARNING'),('死锁告警','deadlock_count',0,'>','CRITICAL'),('缓存命中率告警','cache_hit_ratio',95,'<','WARNING'),('磁盘空间告警','disk_usage_percent',85,'>','WARNING');

告警检查脚本

#!/bin/bash# check_alerts.sh - 数据库告警检查脚本# 数据库连接信息DB_HOST="localhost"DB_PORT="54321"DB_NAME="your_db"DB_USER="kingbase"# 告警接收人ALERT_EMAIL="dba@example.com"# 检查连接数check_connections(){localcount=$(psql-h$DB_HOST-p$DB_PORT-d$DB_NAME-U$DB_USER-t-c\"SELECT count(*) FROM sys_stat_activity;")if[$count-gt200];thenecho"警告：数据库连接数达到$count，超过阈值200"|\mail-s"KES告警：连接数过高"$ALERT_EMAILfi}# 检查慢查询check_slow_queries(){localcount=$(psql-h$DB_HOST-p$DB_PORT-d$DB_NAME-U$DB_USER-t-c\"SELECT count(*) FROM sys_stat_activity WHERE state = 'active' AND now() - query_start > INTERVAL '5 seconds';")if[$count-gt0];thenecho"警告：发现$count个慢查询（执行时间超过5秒）"|\mail-s"KES告警：慢查询"$ALERT_EMAILfi}# 检查死锁check_deadlocks(){localcount=$(psql-h$DB_HOST-p$DB_PORT-d$DB_NAME-U$DB_USER-t-c\"SELECT count(*) FROM sys_stat_activity WHERE wait_event_type = 'Lock';")if[$count-gt0];thenecho"严重：检测到$count个死锁等待"|\mail-s"KES告警：死锁"$ALERT_EMAILfi}# 检查磁盘空间check_disk_space(){localusage=$(df-h/data/kingbase|tail-1|awk'{print $5}'|sed's/%//')if[$usage-gt85];thenecho"警告：磁盘使用率达到${usage}%，超过阈值85%"|\mail-s"KES告警：磁盘空间不足"$ALERT_EMAILfi}# 执行所有检查check_connections check_slow_queries check_deadlocks check_disk_spaceecho"告警检查完成：$(date)"

告警通知集成

-- 创建告警历史表CREATETABLEalert_history(alert_id BIGSERIALPRIMARYKEY,rule_idBIGINTREFERENCESalert_rules(rule_id),metric_valueNUMERICNOTNULL,alert_timeTIMESTAMPDEFAULTnow(),acknowledgedBOOLEANDEFAULTFALSE,acknowledged_byVARCHAR(100),acknowledged_atTIMESTAMP,notesTEXT);-- 告警确认函数CREATEORREPLACEFUNCTIONacknowledge_alert(p_alert_idBIGINT,p_userVARCHAR,p_notesTEXTDEFAULTNULL)RETURNSVOIDAS$$BEGINUPDATEalert_historySETacknowledged=TRUE,acknowledged_by=p_user,acknowledged_at=now(),notes=p_notesWHEREalert_id=p_alert_id;END;$$LANGUAGEplpgsql;

三、自动化运维脚本

自动化运维能够显著提升工作效率，减少人为失误。通过编写标准化的运维脚本，可以实现日常运维任务的自动化执行。

自动VACUUM脚本

#!/bin/bash# auto_vacuum.sh - 自动VACUUM脚本DB_NAME="your_db"DB_USER="kingbase"LOG_FILE="/var/log/kes/vacuum_$(date+%Y%m%d).log"echo"开始执行VACUUM：$(date)">>$LOG_FILE# 获取需要VACUUM的表psql-d$DB_NAME-U$DB_USER-t-c" SELECT schemaname || '.' || tablename FROM sys_stat_user_tables WHERE n_dead_tup > 10000 OR (n_dead_tup > 0 AND last_vacuum IS NULL) OR last_vacuum < now() - INTERVAL '7 days' ORDER BY n_dead_tup DESC;"|whilereadtable_name;doecho"正在VACUUM表：$table_name">>$LOG_FILEpsql-d$DB_NAME-U$DB_USER-c"VACUUM ANALYZE$table_name;">>$LOG_FILE2>&1echo"完成时间：$(date)">>$LOG_FILEecho"---">>$LOG_FILEdoneecho"VACUUM执行完成：$(date)">>$LOG_FILE

自动备份脚本

#!/bin/bash# auto_backup.sh - 自动备份脚本BACKUP_DIR="/backup/kes"RETENTION_DAYS=7DATE=$(date+%Y%m%d_%H%M%S)DB_NAME="your_db"DB_USER="kingbase"# 创建备份目录mkdir-p$BACKUP_DIR# 执行逻辑备份echo"开始备份：$(date)"sys_dump-U$DB_USER-d$DB_NAME-Fc-f$BACKUP_DIR/dump_${DB_NAME}_${DATE}.dump# 压缩备份文件gzip$BACKUP_DIR/dump_${DB_NAME}_${DATE}.dump# 验证备份文件if[-f$BACKUP_DIR/dump_${DB_NAME}_${DATE}.dump.gz];thenecho"备份成功：dump_${DB_NAME}_${DATE}.dump.gz"# 计算文件大小SIZE=$(du-sh$BACKUP_DIR/dump_${DB_NAME}_${DATE}.dump.gz|awk'{print $1}')echo"文件大小：$SIZE"elseecho"备份失败！"|mail-s"KES备份告警"dba@example.comexit1fi# 清理过期备份find$BACKUP_DIR-name"dump_*.dump.gz"-mtime+$RETENTION_DAYS-deleteecho"已清理$RETENTION_DAYS天前的备份文件"echo"备份完成：$(date)"

自动索引优化脚本

#!/bin/bash# auto_index_optimize.sh - 自动索引优化脚本DB_NAME="your_db"DB_USER="kingbase"LOG_FILE="/var/log/kes/index_optimize_$(date+%Y%m%d).log"echo"开始索引优化分析：$(date)">>$LOG_FILE# 查找未使用的索引psql-d$DB_NAME-U$DB_USER-t-c" SELECT schemaname || '.' || indexname FROM sys_stat_user_indexes WHERE idx_scan = 0 AND schemaname NOT IN ('sys_catalog', 'pg_catalog') AND indexrelid NOT IN ( SELECT conindid FROM sys_constraint WHERE contype IN ('p', 'u') );"|whilereadindex_name;doecho"发现未使用索引：$index_name">>$LOG_FILE# 可选：删除未使用索引# psql -d $DB_NAME -U $DB_USER -c "DROP INDEX $index_name;" >> $LOG_FILE 2>&1done# 查找缺失索引的表psql-d$DB_NAME-U$DB_USER-t-c" SELECT schemaname || '.' || relname FROM sys_stat_user_tables WHERE seq_scan > 1000 AND n_live_tup > 10000 AND schemaname NOT IN ('sys_catalog', 'pg_catalog');"|whilereadtable_name;doecho"表$table_name可能存在缺失索引（全表扫描次数：1000+）">>$LOG_FILEdoneecho"索引优化分析完成：$(date)">>$LOG_FILE

四、智能运维实践

智能运维通过数据分析和自动化决策，进一步提升运维效率。通过建立运维知识库和自动化处理流程，可以实现常见问题的自动诊断和修复。

智能诊断脚本

#!/bin/bash# smart_diagnosis.sh - 智能诊断脚本DB_NAME="your_db"DB_USER="kingbase"REPORT_FILE="/tmp/diagnosis_report_$(date+%Y%m%d_%H%M%S).txt"echo"========== KES数据库诊断报告 ==========">$REPORT_FILEecho"诊断时间：$(date)">>$REPORT_FILEecho"">>$REPORT_FILE# 1. 连接数分析echo"【连接数分析】">>$REPORT_FILEpsql-d$DB_NAME-U$DB_USER-t-c" SELECT '总连接数：' || count(*), '活跃连接：' || count(*) FILTER (WHERE state = 'active'), '空闲连接：' || count(*) FILTER (WHERE state = 'idle'), '事务空闲：' || count(*) FILTER (WHERE state = 'idle in transaction') FROM sys_stat_activity;">>$REPORT_FILEecho"">>$REPORT_FILE# 2. 性能分析echo"【性能分析】">>$REPORT_FILEpsql-d$DB_NAME-U$DB_USER-t-c" SELECT '缓存命中率：' || round(100.0 * blks_hit / NULLIF(blks_read + blks_hit, 0), 2) || '%', '事务提交数：' || xact_commit, '事务回滚数：' || xact_rollback FROM sys_stat_database WHERE datname = current_database();">>$REPORT_FILEecho"">>$REPORT_FILE# 3. 锁等待分析echo"【锁等待分析】">>$REPORT_FILELOCK_COUNT=$(psql-d$DB_NAME-U$DB_USER-t-c" SELECT count(*) FROM sys_stat_activity WHERE wait_event_type = 'Lock';")if[$LOCK_COUNT-gt0];thenecho"发现$LOCK_COUNT个锁等待">>$REPORT_FILEpsql-d$DB_NAME-U$DB_USER-c" SELECT blocked.pid, blocked.query, now() - blocked.query_start AS wait_time FROM sys_stat_activity blocked WHERE wait_event_type = 'Lock' ORDER BY wait_time DESC LIMIT 5;">>$REPORT_FILEelseecho"无锁等待">>$REPORT_FILEfiecho"">>$REPORT_FILE# 4. 表膨胀分析echo"【表膨胀分析】">>$REPORT_FILEpsql-d$DB_NAME-U$DB_USER-c" SELECT schemaname || '.' || tablename AS table_name, n_dead_tup AS dead_tuples, round(100.0 * n_dead_tup / NULLIF(n_live_tup + n_dead_tup, 0), 2) AS dead_ratio FROM sys_stat_user_tables WHERE n_dead_tup > 10000 ORDER BY n_dead_tup DESC LIMIT 10;">>$REPORT_FILEecho"">>$REPORT_FILEecho"========== 诊断完成 ==========">>$REPORT_FILE# 发送报告mail-s"KES数据库诊断报告"dba@example.com<$REPORT_FILErm-f$REPORT_FILE

自动化修复流程

-- 创建自动化修复任务表CREATETABLEauto_repair_tasks(task_id BIGSERIALPRIMARYKEY,task_typeVARCHAR(50)NOTNULL,target_objectVARCHAR(200)NOTNULL,task_statusVARCHAR(20)DEFAULT'PENDING',created_atTIMESTAMPDEFAULTnow(),executed_atTIMESTAMP,resultTEXT,executed_byVARCHAR(100));-- 自动VACUUM任务CREATEORREPLACEFUNCTIONschedule_vacuum_task(p_table_nameVARCHAR)RETURNSVOIDAS$$BEGININSERTINTOauto_repair_tasks(task_type,target_object)VALUES('VACUUM',p_table_name);END;$$LANGUAGEplpgsql;-- 执行待处理的VACUUM任务CREATEORREPLACEFUNCTIONexecute_pending_vacuum_tasks()RETURNSINTAS$$DECLAREv_task RECORD;v_countINT:=0;BEGINFORv_taskINSELECT*FROMauto_repair_tasksWHEREtask_type='VACUUM'ANDtask_status='PENDING'ORDERBYcreated_atLIMIT10LOOPBEGINEXECUTEformat('VACUUM ANALYZE %s',v_task.target_object);UPDATEauto_repair_tasksSETtask_status='COMPLETED',executed_at=now(),result='SUCCESS',executed_by='auto_repair'WHEREtask_id=v_task.task_id;v_count :=v_count+1;EXCEPTIONWHENOTHERSTHENUPDATEauto_repair_tasksSETtask_status='FAILED',executed_at=now(),result=SQLERRM,executed_by='auto_repair'WHEREtask_id=v_task.task_id;END;ENDLOOP;RETURNv_count;END;$$LANGUAGEplpgsql;

运维知识库建设

-- 创建运维知识库表CREATETABLEops_knowledge_base(kb_id BIGSERIALPRIMARYKEY,issue_typeVARCHAR(100)NOTNULL,symptomsTEXTNOTNULL,root_causeTEXT,solutionTEXTNOTNULL,preventionTEXT,related_metricsTEXT[],created_atTIMESTAMPDEFAULTnow(),updated_atTIMESTAMPDEFAULTnow());-- 初始化知识库INSERTINTOops_knowledge_base(issue_type,symptoms,root_cause,solution,prevention,related_metrics)VALUES('连接数过高','total_connections > 200, 应用报错连接池耗尽','应用未正确释放连接，或连接池配置过大','1. 检查idle in transaction连接\n2. 设置idle_in_transaction_session_timeout\n3. 优化连接池配置','1. 应用层确保事务及时提交\n2. 设置合理的连接超时\n3. 定期监控连接数',ARRAY['total_connections','idle_in_transaction_count']),('慢查询','query_duration > 5s, 用户反馈响应慢','缺少索引、查询条件不当、数据量过大','1. 分析执行计划\n2. 创建合适索引\n3. 优化查询语句','1. 定期分析慢查询日志\n2. 建立索引优化流程\n3. 代码审查关注SQL性能',ARRAY['slow_query_count','query_duration']),('死锁','deadlock_count > 0, 应用报错死锁','多事务并发更新顺序不一致','1. 统一更新顺序\n2. 缩短事务长度\n3. 使用锁超时','1. 代码审查关注并发逻辑\n2. 建立死锁监控\n3. 定期分析死锁日志',ARRAY['deadlock_count','lock_wait_time']);

总结与展望

监控与运维自动化是数据库管理的必然趋势。通过建立完善的监控体系、构建智能告警机制、实现运维任务自动化，可以显著提升数据库的稳定性和运维效率。

核心原则：

  1. 监控指标要全面，覆盖系统、查询、资源各层面
  2. 告警阈值要合理，避免误报和漏报
  3. 运维脚本要标准化，确保可重复执行
  4. 建立运维知识库，积累问题和解决方案
  5. 定期回顾监控数据，持续优化运维策略

KES提供了丰富的系统视图和监控接口，为自动化运维提供了良好的基础。在实际应用中，建议逐步建立和完善自动化运维体系，从简单的监控告警开始，逐步扩展到智能诊断和自动修复。

期望本篇内容能够帮助你建立系统化的数据库监控与运维体系。通过自动化手段，让数据库运维工作更加高效、可靠。

相关新闻

05_C++数组

05_C++数组

05_C数组 5.1 概述 数组&#xff08;Array&#xff09;是C中一种用于存储多个相同类型数据的容器。它们在内存中是连续存储的&#xff0c;这使得访问数组元素非常高效。数组可以是一维、二维或多维的&#xff0c;具体取决于应用需求。 5.2 一维数组 5.2.1 定义和初始化 一维数组…

2026/7/7 1:08:16
5分钟让你的Windows焕然一新：终极毛玻璃效果美化工具

5分钟让你的Windows焕然一新：终极毛玻璃效果美化工具

5分钟让你的Windows焕然一新&#xff1a;终极毛玻璃效果美化工具 【免费下载链接】DWMBlurGlass Add custom effect to global system title bar, support win10 and win11. 项目地址: https://gitcode.com/gh_mirrors/dw/DWMBlurGlass 还在忍受Windows系统千篇一律的标…

2026/7/7 1:08:16
WarcraftHelper：魔兽争霸3现代化改造终极指南

WarcraftHelper：魔兽争霸3现代化改造终极指南

WarcraftHelper&#xff1a;魔兽争霸3现代化改造终极指南 【免费下载链接】WarcraftHelper Warcraft III Helper , support 1.20e, 1.24e, 1.26a, 1.27a, 1.27b 项目地址: https://gitcode.com/gh_mirrors/wa/WarcraftHelper 还在为《魔兽争霸3》在现代系统上的兼容性问…

2026/7/7 1:08:16

最新新闻

生产级 RAG 系统全链路调优：解决大模型幻觉与知识截止问题的工程实践

生产级 RAG 系统全链路调优：解决大模型幻觉与知识截止问题的工程实践

摘要&#xff1a;RAG 是目前企业落地大模型最低成本、最高性价比的方案&#xff0c;但绝大多数开源 Demo 级 RAG 存在幻觉严重、知识滞后、问答不准、上下文断裂四大生产级致命问题。本文基于工业与企业知识库真实落地经验&#xff0c;从数据层、检索层、重排层、生成层、监控层…

2026/7/7 2:23:57
DDrawCompat终极指南：如何让经典DirectX游戏在现代Windows系统上完美运行

DDrawCompat终极指南：如何让经典DirectX游戏在现代Windows系统上完美运行

DDrawCompat终极指南&#xff1a;如何让经典DirectX游戏在现代Windows系统上完美运行 【免费下载链接】DDrawCompat DirectDraw and Direct3D 1-7 compatibility, performance and visual enhancements for Windows Vista, 7, 8, 10 and 11 项目地址: https://gitcode.com/gh…

2026/7/7 2:23:57
2.5 常见误区：避开数据治理的三大认知陷阱，让治理从“自嗨”走向“落地”

2.5 常见误区：避开数据治理的三大认知陷阱，让治理从“自嗨”走向“落地”

2.5 常见误区&#xff1a;避开数据治理的三大认知陷阱&#xff0c;让治理从“自嗨”走向“落地”2.5.1 误区一&#xff1a;数据治理 数据清洗误区表现为什么这个误区致命&#xff1f;正确认知&#xff1a;治理是框架&#xff0c;清洗只是质量任务中的一环2.5.2 误区二&#xf…

2026/7/7 2:23:57
HarmonyKit | 鸿蒙新特性：沉浸光感 MaterialType/MaterialLevel 与自适应设计

HarmonyKit | 鸿蒙新特性：沉浸光感 MaterialType/MaterialLevel 与自适应设计

HarmonyKit | 鸿蒙新特性&#xff1a;沉浸光感 MaterialType/MaterialLevel 与自适应设计 引言&#xff1a;一个底部导航栏的三次进化 HarmonyKit 的底部导航栏是目前项目中视觉效果最复杂的模块。从最基础的原生 Tabs 组件&#xff0c;到手动实现的 backdropBlur 毛玻璃叠加…

2026/7/7 2:23:57
Java毕业设计-基于 SpringBoot 的月子会所管理系统的设计与实现 基于 SpringBoot+Vue 的母婴产后护理管理系统(源码+LW+部署文档+全bao+远程调试+代码讲解等)

Java毕业设计-基于 SpringBoot 的月子会所管理系统的设计与实现 基于 SpringBoot+Vue 的母婴产后护理管理系统(源码+LW+部署文档+全bao+远程调试+代码讲解等)

博主介绍&#xff1a;✌️码农一枚 &#xff0c;专注于大学生项目实战开发、讲解和毕业&#x1f6a2;文撰写修改等。全栈领域优质创作者&#xff0c;博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java、小程序技术领域和毕业项目实战 ✌️技术范围&#xff1a;&am…

2026/7/7 2:23:57
6G：愿景、应用场景、架构与关键技术

6G：愿景、应用场景、架构与关键技术

6G&#xff1a;愿景、应用场景、架构与关键技术本文面向从事通信和信息技术的工程师与研究人员&#xff0c;系统梳理未来6G移动通信系统的主要方向。在5G的基础上&#xff0c;6G将进一步提升性能&#xff0c;引入新的业务场景&#xff0c;并与计算、控制和感知深度融合。文中包…

2026/7/7 2:23:37

日新闻

免费文件夹加密软件全攻略：从VeraCrypt到7-Zip，构建个人数字保险柜

免费文件夹加密软件全攻略：从VeraCrypt到7-Zip，构建个人数字保险柜

1. 项目概述&#xff1a;为什么我们需要文件夹加密&#xff1f; 在数字生活和工作场景中&#xff0c;我们每个人的电脑里都或多或少存放着一些“敏感”文件。这些文件可能是尚未公开的个人财务记录、工作项目的核心设计方案、私密的家庭照片&#xff0c;或者是一些重要的账号密…

2026/7/7 0:00:29
WMIC命令失效排查：Windows 11 22H2后获取ProcessorID等信息的3种替代方案

WMIC命令失效排查：Windows 11 22H2后获取ProcessorID等信息的3种替代方案

Windows 11 22H2后获取硬件标识的现代方案&#xff1a;告别WMIC的全面指南当你在Windows 11 22H2或更新版本中尝试使用熟悉的WMIC命令获取ProcessorID或MachineGUID时&#xff0c;突然弹出的"不是内部或外部命令"错误提示是否让你措手不及&#xff1f;微软已正式将WM…

2026/7/7 0:00:29
Oracle数据库安全漏洞修复与主动防范实战指南

Oracle数据库安全漏洞修复与主动防范实战指南

1. 项目概述&#xff1a;为什么Oracle数据库安全是运维的“必修课” 最近在梳理团队内部的数据库运维规范&#xff0c;发现一个老生常谈但又极易被忽视的问题&#xff1a;Oracle数据库的安全漏洞修复。这话题听起来有点“硬核”&#xff0c;但只要你手头有Oracle数据库在跑&…

2026/7/7 0:00:29

周新闻

3步彻底解决Windows右键菜单混乱问题：ContextMenuManager使用全攻略

3步彻底解决Windows右键菜单混乱问题：ContextMenuManager使用全攻略

3步彻底解决Windows右键菜单混乱问题&#xff1a;ContextMenuManager使用全攻略 【免费下载链接】ContextMenuManager &#x1f5b1;️ 纯粹的Windows右键菜单管理程序 项目地址: https://gitcode.com/gh_mirrors/co/ContextMenuManager 你是否曾为Windows右键菜单中那些…

2026/7/5 0:00:36
GXDE OS下Wayland兼容性实战：从deepin-mutter原理到VMware Tools修复

GXDE OS下Wayland兼容性实战：从deepin-mutter原理到VMware Tools修复

如果你正在用 GXDE OS 或者任何基于 Deepin 的发行版&#xff0c;并且遇到了“检测到窗口系统采用 Wayland 协议&#xff0c;程序即将退出”这类弹窗&#xff0c;或者发现 VMware Tools 在 Ubuntu 24.04 这类默认 Wayland 的系统上启动失败&#xff0c;那这篇文章就是为你准备的…

2026/7/6 0:29:16
企业AI落地困境与AgenticOps实践指南

企业AI落地困境与AgenticOps实践指南

1. 企业AI落地的现实困境与破局之道过去两年&#xff0c;大模型技术呈现爆发式增长&#xff0c;从GPT-3到GPT-4&#xff0c;从LLaMA到DeepSeek&#xff0c;模型参数规模从百亿级跃升至万亿级&#xff0c;多模态能力从单一文本扩展到图文音视频的综合处理。然而在企业应用层面&a…

2026/7/6 5:53:26

月新闻

[C++]内存管理：串顺序存储的内存回收

[C++]内存管理：串顺序存储的内存回收

在串&#xff08;字符串&#xff09;的顺序存储中&#xff0c;内存回收的方式取决于字符串的存储方式以及所使用的编程语言和相关库。以下以 C 为例进行说明&#xff0c;因为 C 对内存管理有较为直接的控制。 1. 基于 char 数组的串顺序存储 如果使用普通的 char 数组来存储字…

2026/7/6 23:28:09
移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试：先控制变量，再比较优化是否真的省电 摘要：功耗测试最容易犯的错误，是拿两次不同温度、不同亮度、不同场景的平均功率直接比较。本文给出一套可复现的游戏功耗测试方法，覆盖引擎特性验证、版本回归和黑盒体验测试，并说明如何把功耗与帧率、温控、CPU/G…

2026/7/6 16:00:00
足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

本文是“足球口袋教练 HarmonyOS 离线应用实战”系列第 3 篇。示例项目是一个 HarmonyOS / ArkTS / ArkUI 编写的离线足球训练助手&#xff0c;围绕真实页面、真实截图和可复现操作展开。 本篇要解决的问题 训练 App 的首页不能只展示欢迎语&#xff0c;它要解决“我现在该点哪…

2026/7/6 21:42:32