- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
日志服务器（8）
qishToW6PlZC.UewgjQaLp9YPPTFqvLbh47F6QUhHqPhrLT6fqdEfqYr6TIGyOl0XuAiUnlvJflixfO/:16545:0:99999:7::: [root@h202 ~]# ---- 服务端检查日志 通过这种方式已经可以实现操作审记了 ---- 查看服务端数据库中的日志 检查数据库确保数据也写了一份到mysql中 [root@h105 ~]# mysql -u root -p Enter password
1.1K20发布于 2021-10-20 - 来自专栏Sign
精灵之息 开发日志（8）
所以数据没变很正常呀，虽然我以为改了很多东西，但是对那些玩家来说，其实根本就没有变化。
43230发布于 2021-08-20 - 来自专栏测试基础
【JMeter系列-8】JMeter自定义日志与日志分析
JMeter自定义日志与日志分析 JMeter日志概览 JMeter与Java程序一样，会记录事件日志，日志文件保存在bin目录中，名称为jmeter.log。 当然，我们也可以在面板中直接察看日志，点击右上角黄色标志物可以打开日志面板，再次点击收起。 ? 可见，通过日志可以帮助我们定位一些不容易直接察觉的问题。 另外，JMeter可以很方便地设置日志输出级别： ? 自定义日志 前面所看到的都是系统日志，也就是JMeter本身所打印的日志。如果我们自己想输出一些日志，该怎么办呢？ 在该请求下添加Beanshell断言，运行后，日志中输出了相应内容： ? 日志分析 针对该日志写一个日志分析脚本logAnalysis.sh： #!
3.6K32发布于 2020-09-16 - 来自专栏从ORACLE起航，领略精彩的IT技术。
主机、数据库日志收集
Current Version：V1.0.0 Latest Version：主机、数据库日志收集 Create Time：2016-04-08 Update Time：2016-04-08 15:24 一、主机系统日志收集： Linux AIX HP-UX Solaris Windows 二、数据库告警日志收集： Oracle 一、主机系统日志收集： 创建主机日志收集目录: --Unix/Linux 创建存放系统日志的文件夹： # mkdir -p /var/collect/OS Linux Linux系统日志文件： /var/log/messages 将最近1000条日志输出到linux1000 .log文件中： # tail -1000 /var/log/messages > /var/collect/OS/linux1000.log AIX AIX系统日志文件收集： 将日志输出到aix.log 二、数据库告警日志收集： Oracle 告警日志检查： 10g告警日志默认所在路径:ORACLE_BASE/admin/ORACLE_SID/bdump/alert*.log 11g告警日志默认所在路径
2.2K30编辑于 2022-05-06 技术日志挑战——第8天：0731
7.数据库支持：VB.NET 提供了对多种数据库的支持，包括 ADO.NET、OLE DB 和 ODBC 等，可以方便地访问和操作数据库VB.NET和VB6.两种不同的Visual Basic版本，它们在语言
45700编辑于 2024-07-31- 来自专栏FunTester
Fabric8 Kubernetes 日志工具实践
最近在使用 Fabric8 Kubernetes Client 的过程中发现了新大陆一样，感觉利用这个库可以进行很多有趣的功能尝试，其中一个便是日志的本地化。 当我看到 Fabric8 Kubernetes Client 的日志相关 API 的时候我就立刻冒出来写一个日志小工具的想法。 API简介 首先我们简单介绍一下 API，以方便快速进入场景。 后续等我自觉学得差不多了，再来列个专题给大家分享 Fabric8 Kubernetes Client 的全部 API 实践经验。 以下是 Fabric8 Kubernetes Client 日志功能的结构化总结： 功能点与 API 对照表 首选日志流 对于日志需求来讲，流式调用自然是最好不过了，可以及时获取最新的日志信息，还不用后期干预 ： import com.auto.fault.framework.funtester.frame.SourceCode import com.auto.fault.framework.utils.k8s.K8sLog
44410编辑于 2025-04-22 - 来自专栏运维小路
Kubenetes(k8s)-集群日志
我们在执行kubeclt命令也好，还是查看控制节点的日志也好，默认的日志级别较低，部分日志并不会显示出来，比如我们前面介绍的其他组件的时候就调整过组件的日志。 首先要知道的是Kubernetes的组件默认的日志级别都是5，最高是10。所以如果要查看更详细的日志，需要调整日志级别，通过更详细的日志来分析问题。 - --v=8 kube-controller-manager 添加以后，根据静态Pod特性它会自动重启kube-controller-manager容器。 会产生的日志大小也不相同，需要合理考虑。 尤其是静态Pod的未做日志切割的情况下。测试环境验证功能可以随意调整，但是生产环境调整参数还是要慎重。
23010编辑于 2025-02-28 - 来自专栏CSDN博客专家-小蓝枣的博客
达梦数据库启用日志方法，达梦数据库查看日志是否启用，达梦数据库日志文件位置查找
注： 日志启用时会非常占用硬盘的读写资源，使正常读写数据库的效率大大降低，因为日志文件很大，之前我们有个服务器一直起着日志，一个月就达到 500G 的大小了，平时的一个操作都几十兆的涨。 可以用下面两种方式来启用和关闭日志。 【启用关闭方式一】 -- 启用日志 sp_set_para_value(1,'svr_log',1); -- 关闭日志 sp_set_para_value(1,'svr_log',0); 效果图： 达梦数据库下的 log 文件夹里的 dmsql 开头的文件就是日志文件。 ? 下面是一次日常操作过程的记录。 02:30:41 /data/dm8/bin/dmserver /data/dm8/ root 79094 79025 0 14:14 pts/4 00:00:00 grep --color
6.6K10发布于 2020-09-24 - 来自专栏雨过天晴
原 数据库主从配置日志
mysql-m-5.6.32/mysql_error.log pid-file = /data/mysql-m-5.6.32/mysql.pid log-bin = mysql-bin #开启bin日志 ，并设置名称 server-id = 1 #设置serviced，不可重复 expire_logs_days = 2 #设置日志过期时间 2、从配置 [mysqld mysql-s-5.6.32/mysql_error.log pid-file = /data/mysql-s-5.6.32/mysql.pid server-id = 2 #服务唯一id 二、执行主数据库 三、从数据库配置 1、登陆从数据库 mysql -uroot -P63307 -S /data/mysql-s-5.6.32/mysql.sock 2、设置同步 change master to master_host 3、查看从数据库状态 show slave status\G ?
82840发布于 2018-06-04 - 来自专栏仙士可博客
mysql开启数据库记录日志
程序出错时,几乎占了一半是写错了sql语句,而定位出错位置和找错是非常麻烦的,这时候就可以借助mysql的日志记录 打开mysql文件夹的my.ini 在最底部或者最前面换行重新添加一句 log="G :/mysqllog/mysql.sql" G:是盘符,然后后面是你想要放数据库日志的目录和文件名 保存后重启mysql,如果在目录没发现你的文件,请自行添加目录和文件名,然后重启 ? 这样,你可以在程序出错的时候去看mysql的日志,但是这个日志记录的是全部执行过的语句,时间久了数据量是非常巨大的,如果查完请记得删除以免影响性能 ?
4.3K10发布于 2019-12-18 K8S 日志系统部署Tips
在生产环境中，具体部署方案中，日志收集代理需要以 DaemonSet 控制器应用的形式在集群各节点上运行一个副本，甚至包括各个主节点。 但 Elasticsearch 是一个有状态应用，需要使用 StatefulSet 控制器创建并管理相关的 Pod 对象，且它们还分别需要专用的持久存储系统来存储日志数据。 我们应该把监控系统和日志系统部署在生产环境之外的自主环境或 Kubernetes 集群之上，或者直接使用第三方的完整解决方案。
15810编辑于 2025-09-25- 来自专栏数据库相关
k8s nginx 的日志切割
默认情况下，ingress-nginx日志是没有做切割的，这就造成了很糟糕的体验， 日志越来越大，占着磁盘空间。
1.4K20发布于 2020-03-20 - 来自专栏devops_k8s
k8s 日志采集最佳实践
例如 K8s 各种系统组件日志、审计日志、ServiceMesh 日志、Ingress 等； 4 . 在 K8s 中，应用都以 yaml 的方式部署，而日志采集还是以手工的配置文件形式为主，如何能够让日志采集以 K8s 的方式进行部署? 2 . error日志内容一定要详实,info日志要简洁易懂 运营过大型系统的人都知道，除了数据库存储外，日志、图片、附件是存储的三大债主，他们是会占用非常非常大的空间，所有记录info 7 日志采集方案 image.png 早在 Kubernetes 出现之前，我们就开始为容器环境开发日志采集方案，随着 K8s 的逐渐稳定，我们开始将很多业务迁移到 K8s 平台上，因此也基于之前的基础专门开发了一套 K8s 上的日志采集方案。
3K40发布于 2021-11-09 - 来自专栏大嘴说编程
清除数据库日志文件
随着使用，数据库日志会越来越大，直接影响数据库的性能，这时候就需要对数据库的日志进行瘦身了，下面的脚本可以对数据库的日志进行清理（dbname为数据库名，dbname_log为数据库的日志文件名（不带扩展名
2.2K30发布于 2019-03-21 - 来自专栏了不得的专栏
开启查看Mysql数据库日志
很多时候网站打开速度变慢，为了定位是否为数据库导致的，我们需要知道在访问网站的同时，站点执行了哪些SQL，每条SQL耗时多长。 为此，查看数据库日志是最直接的。 一般情况下，数据库日志默认是关闭的，因此需要先激活日志功能： 1. 使用root用户登陆到数据库后，检查“数据库日志”是否开启 SHOW VARIABLES LIKE 'general%'; # 这份日志会保存到数据库的安装目录， Centos7默认的目录是 /var 另外，还有一个相关的“慢查询日志”，检查是否开启： SHOW VARIABLES LIKE '%slow_query_log%'; # 这份日志会保存到数据库的安装目录， Centos7默认的目录是 无需重启数据库，直接刷新站点，发现 VM_211_224_centos.log 日志有内容，VM_211_224_centos-slow.log日志无内容（当然这是针对我的情况而言，mysql/mariadb
8.9K10发布于 2021-06-15 - 来自专栏老铁丁D
k8s日志解决方案
二、微服务日志解决方案 近年来微服务越来越火爆，微服务虽然带来一些好处，但是也引入了日志收集的问题。一般来说，我们可能将服务部署在容器中，然后使用k8s进行编排。 k8s推荐使用EFK，对日志进行收集，存储，查看，现在我们就3种常见的日志解决方案进行讲解。 k8s推荐使用Fluentd+Elasticsearch+Kibana。 ，然后将该目录挂载到node中，然后使用ELk等去收集 缺点是：：日志文件占用磁盘空间 在pod新增日志收集容器sidecar，将应用日志重定向输出stdout和stderr 当我们的应用将日志输出到文件中的时候 不到万不得已，一般不使用这个方案 在pod新增日志收集容器sidecar，将日志文件发送到远程存储 这个方案我们还是可以将应用的日志输出到文件中，然后在每个pod部署一个log-agent来收集日志，
1.9K10编辑于 2022-08-12 - 来自专栏数据库相关
K8s Ingress的日志切割
selfLink: /apis/apps/v1/namespaces/ingress-nginx/deployments/ingress-nginx-controller uid: 6b3045e1-b8a6 metadata.namespace - name: LD_PRELOAD value: /usr/local/lib/libmimalloc.so image: k8s.gcr.io /bin/bash # 最多保留日志文件个数，可根据需求进行调整。 流程： 1、这里是把全部vhost的日志都打到了 access.log 中 2、部署在k8s的ds模式的fluentd会将日志都采集发送到kafka中 3、logstash消费kafka的数据，并写到 ES中 4、在kibana中，根据域名来查不同的域名的访问记录 这样处理起来比较简单，但是在日志量大的情况下，会造成es的index过大，每次查询都需要加载很多不相关的vhost的日志。
2.3K00发布于 2021-02-13 - 来自专栏JAVA乐园
如何收集k8s集群日志？
在 Kubernetes（K8S）集群中，日志收集是运维管理的重要环节。 以下是几种常见的日志收集方案和工具，以及具体实施步骤： 日志来源 K8S集群的日志主要来源于以下三个方面： 容器内部的日志：容器的标准输出和错误输出会被 Kubernetes 采集并存储。 K8S组件的日志：例如 kubelet、kube-apiserver 等组件的日志。 · 节点操作系统日志：宿主机的操作系统日志。 （需解析多行日志） 敏感数据过滤（如银行卡号脱敏） Vector（性能怪兽） # 高性能Rust实现的配置示例 [sources.k8s_logs] type = "kubernetes_logs" fields: k8s_container_id: "{{container.id}}" k8s_pod_name: "{{pod.name}}" k8s_namespace
71210编辑于 2025-06-09 - 来自专栏散尽浮华
Oracle数据库重做日志及归档日志的工作原理说明
Oracle数据库重做日志及归档日志的工作原理： lgwr进程将redo log buffer中的重做数据写入到redo log中，此时的redo log分组，每当一个redo log group写满时 ，或者发出switch logfile指令时都会触发日志组的切换，当发生日志组切换时，arc进程会将当前的重做日志数据写入归档日志； lgwr进程是将内存中的数据写入到重做日志文件，这是内存读磁盘写。 然而arc进程是将重做日志文件写入到归档文件，是磁盘读磁盘写。 显然lgwr进程的读写效率或者读写速度比arc进程要快，而频繁发生DML操作的数据库中，可能会发生归档慢，而重做日志写入速度快的情况，这就会导致数据库被HANG住，此时数据库什么也不做就是等待arc进程将当前重做日志数据写入到归档文件
2.2K90发布于 2018-01-23 数据库日志解析：深入了解MySQL中的各类日志
欢迎来到我的博客，代码的世界里，每一行都是一个故事 数据库日志解析：深入了解MySQL中的各类日志 前言 数据库就像一个庞大的图书馆，而日志则是记录这个图书馆内每一本书的目录。 正如在图书馆中找到特定书籍一样，数据库日志帮助我们追溯数据的变更、定位问题和还原状态。而今天，我们将深入探讨MySQL中的这些神奇日志，解密数据库背后的点滴故事。 优化索引： 通过查询日志，可以了解查询哪些列，这有助于优化数据库的索引，提高查询性能。 监控数据库活动： 查询日志记录了数据库的活动情况，可以用于监控和分析系统的整体健康状况。 4. 通过合理配置和分析查询日志，可以更好地了解数据库的运行状况，及时发现和解决潜在的性能问题。在优化数据库性能时，查询日志是一个有力的工具。 定期清理慢查询日志，以避免日志文件变得过大。 通过启用、解析和优化慢查询日志，你可以更好地了解数据库的性能状况，及时优化查询，提高数据库的响应速度和整体性能。
48510编辑于 2025-05-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号