摘要: 很多用户反馈,开启审计影响数据库性能,但是不开启审计,数据库没保障,数据无安全性,误删了数据,无法找到记录 达梦慢日志可以配置下,记录用户的操作记录 mkdir -p /data/dmlog/log vi /data/dmdb/sqllog.ini BUF_TOTAL_SIZE = 10240 #S 阅读全文
posted @ 2025-01-14 15:12 xuchuangye 阅读(48) 评论(0) 推荐(0) 编辑
摘要: 客户误删数据,没有开启慢日志,只有备份文件和归档日志,挖掘归档,分析删除数据影响的范围大小 1、概述可以使用 DBMS_LOGMNR 包对归档日志进行挖掘,重构出 DDL 和 DML 等操作,并通过获取的信息进行更深入的分析。相关限制说明如下: 1)目前 DBMS_LOGMNR 只支持对归档日志进行 阅读全文
posted @ 2025-01-14 14:58 xuchuangye 阅读(18) 评论(0) 推荐(0) 编辑
摘要: vi crontab_rm_arch.sh #!/bin/bash # 使用 wc -l 命令获取文件行数line_count=$(wc -l < /dmdata/delarch_log/delarch.log) # 判断行数是否大于200if [ "$line_count" -gt 200 ]; 阅读全文
posted @ 2024-12-11 14:58 xuchuangye 阅读(26) 评论(0) 推荐(0) 编辑
摘要: 1.通过归档日志的相关参数 配置归档 alter database mount;alter database add archivelog 'dest=/data/dmarch,TYPE=local,FILE_SIZE=1024,SPACE_LIMIT=51200';alter database a 阅读全文
posted @ 2024-12-11 11:50 xuchuangye 阅读(182) 评论(0) 推荐(0) 编辑
摘要: 达梦归档定时备份和定时删除 1 配置归档 alter database mount;alter database add archivelog 'dest=C:\dmdbms\data\dmarch ,TYPE=local,FILE_SIZE=1024,SPACE_LIMIT=40000';alte 阅读全文
posted @ 2024-12-11 11:45 xuchuangye 阅读(95) 评论(0) 推荐(0) 编辑
摘要: 数据库宕机,日志报错 Server page chack error 很明显是数据页的问题,需要定位到相关表,删除重建 根据线程号T0000000000003539136中的 3539136去慢SQL中查对应的脚本 下载慢日志,找线程号对应的脚本,用到了11次复制出来脚本,找到对应的表 使用DTS把 阅读全文
posted @ 2024-08-20 17:04 xuchuangye 阅读(91) 评论(0) 推荐(0) 编辑
摘要: 一、set autotrace trace disql下执行set autotrace trace开启AUTOTRACE功能,执行SQL语句,并打印实际的执行计划。 SQL> set autotrace traceSQL> select a.employee_name, b.department_n 阅读全文
posted @ 2024-08-20 16:27 xuchuangye 阅读(682) 评论(0) 推荐(0) 编辑
摘要: 1.创建表 drop table test; SQL> create table test(id int,info varchar);操作已执行 SQL> insert into test select level,'a' from dual connect by level <=10000;影响行 阅读全文
posted @ 2024-08-20 16:13 xuchuangye 阅读(194) 评论(1) 推荐(0) 编辑
摘要: 数据库日常运维中,常常需要对数据库的性能和负载进行监控和优化,因此,能够及时采集发现慢SQL很重要。达梦有三种方式,可以获取数据库慢SQL。第一种,利用达梦的SQL日志如果将 DM 数据库配置文件中的参数 SVR_LOG 设置为打开,则系统还会在 log 目录下生成名为 dmsql_实例名_日期_时 阅读全文
posted @ 2024-08-08 16:05 xuchuangye 阅读(1260) 评论(0) 推荐(0) 编辑
摘要: 在前段时间的项目中,出现了一个很典型的查询优化问题。在此跟大家分享问题分析及解决方法。 此例中SQL文本大小达1.8MB,如下: 这是一个多表连接的比较复杂的视图,SQL的过滤条件里id列 “in” 了几万个常量(红框部分)。这条语句第一次执行需要12秒,第二次执行时间为毫秒级。 原因分析 上述两次 阅读全文
posted @ 2024-08-08 16:00 xuchuangye 阅读(297) 评论(0) 推荐(0) 编辑
点击右上角即可分享
微信分享提示