精华内容
下载资源
问答
  • 切换到下一个逻辑日志命令
    2022-05-24 15:33:10

    手动添加逻辑日志

    GBase8s通过onparams命令来添加逻辑日志:

        onparams -a -d <dbspace_name> -s <size>

        其中 dbspace_name:存放逻辑日志的数据库空间。

             size:逻辑日志的大小。单位为KB。

        例如,在llogdbs数据库空间中添加一个逻辑日志,大小为200MB:

        onparams -a -d llogdbs-s 204800

    每次执行onparams命令添加一个逻辑日志,需多次执行该命令为实例配置足够数量的逻辑日志。

    手动删除逻辑日志

    使用命令onparams –d –l <log_num>

    log_num:逻辑日志文件号。

    例如删除编号为6的逻辑日志文件:

    onparams –d –l 6

    DYNAMIC_LOGS动态添加逻辑日志

    动态分配逻辑日志的条件:

    1. 手工配置的逻辑日志文件的大小和数量过小,在长事务回滚的情况下,数据库服务器可能会动态按需添加尽可能多的日志文件,用来完成事务的回滚操作。
    2. 实例参数DYNAMIC_LOGS设置为2

    动态添加逻辑日志所在的空间位置:

    数据库服务器会依次在所列出的数据库空间中自动分配逻辑日志:

    1. 包含最新日志文件的数据库空间 
    2. 所有已经包含日志文件的数据库空间(根数据库空间除外)
    3. 包含物理日志的数据库空间
    4. 根数据库空间(rootdbs
    更多相关内容
  • 什么是逻辑日志

    2021-05-04 02:30:48
    日志是记录数据库操作的。...逻辑日志的类型可以用informix的日志类型来理解逻辑日志:无日志, 无buffer日志, 有buffer日志, asii日志无日志:不记录日志,此时当然也不支持事务(可以在大事务时,临时切换到无日...

    日志是记录数据库操作的。包括物理日志、逻辑日志。物理日志记录数据库物理变化,即变化的数据信息,而逻辑设备记录逻辑的变化,比如insert, update等动作,但不是记录具体数据,那个由物理日志完成。

    逻辑日志的类型

    可以用informix的日志类型来理解逻辑日志:无日志, 无buffer日志, 有buffer日志, asii日志

    无日志:不记录日志,此时当然也不支持事务(可以在大事务时,临时切换到无日志状态以防止长事务发生。)

    无buffer日志:也并不是每个操作都直接写到磁盘,而是每个事务完成后马上写。

    buffer日志:一般会在buffer满了后才写到磁盘

    assii日志:和无buffer处理相似

    各日志间的切换命令:

    逻辑日志的备份方式

    先说一下备份级别,也同样用informix的概念来理解

    备份级别分为 0, 1, 2

    0:完全备份

    1:自上一次完全备份,进行增量

    2:自上一次增量进行增量

    备份方式有两种:自动、连续

    所谓自动并不是想像中的自动,它运行一次后会结束,这样就要有脚本或人工定时去备份逻辑日志,不然会被填满。

    可以用命令:ontape -a 来切换到自动备份

    而连续才是想像中自动的意思,他不会停止,只要日志满了就会去备份。通常如果不想去费心思管理逻辑日志,可以设置为连续。

    可以用命令:ontape -c 来切换到连续备份

    informix中逻辑日志的工作流程

    informix逻辑日志一般有多个。建立多个日志的原因我想是考虑到效率。当多个进程需要记录日志时,可以同时向多个日志文件中写。

    在informix配置文件中logfiles指定逻辑日志文件的个数(最少为3个,最大为X个)。logsize指定每个逻辑日志文件的大小。(总逻辑日志空间为:logsize*logfiles) 这里的配置只在informix实例初始化时才起作用,即oninit -i 。当然在使用过程中如果有需求要改变逻辑日志的个数或大小不能通过oninit -i 来实现。onparams可以对逻辑日志文件进行动态的添加,更改大小,删除,移动等操作。

    buffer中逻辑日志什么时候写入日志文件

    上面,说到我们会建立多个日志文件用来记录逻辑日志,但并不是每产生一次操作记录就向日志文件中写,那样io太多。而是在记录在buffer中。当达到一定限度时再写入日志文件,那么什么时候buffer会写入文件中呢?

    1. buffer满了   用来记录逻辑日志的buffer的大小由onconfig文件中的logbuff决定,当buffer写满后会写入日志文件。这儿可以看到设置合适的    logbuff大小还是对效果有影响的。如果过小,buffer很快被写满,就要做一次io, 写入日志文件。这样会造成过多的IO。如果过大,常时间buffer中的数据不写入日志文件,如果有意外发生,造成较大的不可恢复。同时点用太多内存有可能影响整体性能。

    逻辑日志写满了怎么办?

    当逻辑日志写满后,数据库就会被塞住,而不能进行任何操作。所以不能让逻辑日志写满。那么就要保证逻辑日志文件可以循环使用。

    下面是一种方案:当某逻辑日志文件写满后,将逻辑日志进行备份,然后再把这个日志文件设备为可用。

    informix也是这么做的,系统运行时,可以让日志文件写满后进行连续备份,这样就可以循环使用日志文件了。

    那么备份到哪呢?在onconfig文件中,LTAPEDEV指定备份的磁带,我现在设置成/dev/null 其实是不备份的,但让informix以为已经备份,以至系统可以向下正常运行。当然,如果我指定到备份设备,就可以备份了。

    如果把备份设备指定到/dev/null ,那么备份方式将自动为连续备份。

    如果把备份设备指到了具体的磁带机,那么可以用ontape -c来设置备份方式为连续备份

    下面一段是关于日志状态的说明:

    先对下面的一段进行一些说明,number一共到9说明有9个逻辑日志,size为12500说明生个逻辑日志文件大小10M。 used当然是已经使用过了多少。

    可以看到大部已经使用完。不用害怕,这是很正常的。可以看到%used为100%的flags为U-B  U虽然说明已经满了,但B却说明了已经备份过了,可以进行循环使用。如果当前使用的日志文件满了后,会自动切换到下一个U-B上。

    第8个日志文件flags为U---C-L  说明这个是当前正在使用的日志文件。使用onmode -l可以切换到下一个日志文件,切换后再用onstat -l查看,可以看到第9个日志文件变为U---C状态,说明已经在使用下一个了,而它的%usered则为0。也验证了U-B状态会循环使用的说明。

    还有一点要注意,即使在当前使用的日志后面有没有满的日志,informix也不会跳过当前使用的日志去写入下面的日志文件,只有当前日志满了后才切换到下一个(或用onmode -l强制转到下一个)

    address   number   flags     uniqid    begin        size     used    %used

    8352f680  1       U-B----  11544    1061e7      12500    12500   100.00%

    8352f69c  2       U-B----  11545    1092bb      12500    12500   100.00%

    8352f6b8  3       U-B----  11546    10c38f      12500    12500   100.00%

    8352f6d4  4       U-B----  11547    10f463      12500    12500   100.00%

    8352f6f0  5       U-B----  11548    112537      12500    12500   100.00%

    8352f70c  6       U-B----  11549    11560b      12500    12500   100.00%

    8352f728  7       U-B----  11550    6135e6      12500    12500   100.00%

    8352f744  8       U---C-L  11551    6166ba      12500    10616    84.93%

    8352f760  9       U-B----  11530    61978e      12500    12500   100.00%

    逻辑日志文件的状态显示包括两个区域:

    number:标识单个逻辑日志文件的logid。

    flags:标明相应逻辑日志文件的状态。flags状态标志有七个位置,但仅第一,三,五,七位置

    有标志值。

    第一个位置上,可能出现A,F,U三个标志中的一个;

    第三个位置上,标志B可能出现也可能也可能不出现;

    第五个位置上,可能为标志C也可能为空;

    第七个位置上,可能是标志L也可能为空;

    位置    标志     含义

    1       A       Added,新增加的逻辑日志文件,仅当建立一个(根dbspace的)0级archive

    后才能使用。

    1       F       Free,该逻辑日志文件空闲并可以使用。

    1       U       Used,该逻辑日志文件正在使用而未释放,OnLine恢复时还需要该文件(回

    滚一个事务或找到上一个检查点记录)

    3       B       Backed-UP,该逻辑日志文件已备份。

    5       C       Current,该逻辑日志文件是当前正在填充的逻辑日志文件。

    7       L       Last,该逻辑日志文件包含有最近一次检查点记录,在新的检查点记录写入

    另一个日志文件之前,该文件及后面的逻辑日志文件不能释放。

    所有状态标志的可能组合

    状态标志       逻辑日志文件的状态

    A------       上次0级archive以来新增加的逻辑日志文件,暂时不能使用

    F------       空闲

    U------       正在使用,还没有备份

    U-B----       日志已备份,恢复时还需要

    U-B---L       日志已备份,包含上次检查点记录,恢复时还需要此文件

    U---C--       当前日志文件

    U---C-L       当前日志文件,并包含上次检查点记录

    长事务

    先说一下引起长事务的原因,一个逻辑日志文件中包括一个没有结束的事务时,这个日志文件是不能被备份的。如果一个事务特别长,那么就有可能把所有日志文件都写满。如果所有日志被写满是很麻烦的。informix会控制当日志写入量达到一定程度时,就报告这个事务为长事务,然后进行回滚,以防止日志被写满。

    这儿就有两个高水位线的概念,在onconfig文件中HTXHWM  这是一个百分比,当已经使用日志量达到这个总日志量的这个百分比时,就报告长事务。开始回滚,期间别的操作还可以进行(写入日志),但当达到另一个水准线时LTXEHWM informix会停止其它进程的操作,用所有精力进行回滚。(当达到这个水平时,如果再接受别的进程写入日志,有可能不能完成回滚就已经填满所有日志。回滚也是要写入大量日志的!)

    上面就是长事务的原因。所以进行比较大的事务操作时,可以暂时切换到无日志状态。如果不能即时关闭日志记录,可以把日志文件大小加大,都有可能解决上面的问题。另外还有虽的方法,我还要去查看

    注意:长日志是指发生在一个日志文件不能备份的情况下,所以增加日志文件个数并不管用,只有适当增加每个日志文件大小

    展开全文
  • informix数据库中物理日志和逻辑日志两种非常重要的磁盘构件。 1.物理日志 物理日志(physicallog)由一片连续的磁盘空间。其主要目的是为系统进行快速恢复提供原始数据映像。物理日志以页为单位进行分配和释放,它...

    informix数据库中物理日志和逻辑日志两种非常重要的磁盘构件。
    1.物理日志
    物理日志(physicallog)由一片连续的磁盘空间。其主要目的是为系统进行快速恢复提供原始数据映像。物理日志以页为单位进行分配和释放,它所存储的内容被称为beforep_w_picpaths(顾名思义,数据原来的面貌即修改前数据映像)。当共享内存中的某个页要被修改之前(第一次被修改),系统先将其修改前数据映像(beforep_w_picpaths)放到物理日志中保存起来。这样,在用户的整个操作完全成功以前,他所修改的所有数据页的修改前映像都被保存着,一旦出现问题,系统可以根据物理日志中的beforep_w_picpaths进行快速恢复。需要注意的是,只在数据页第一次被修改以前其before p_w_picpath才会被保存,在beforep_w_picpath被写入以后和其被释放之前的这一段过程中,所有对该页进行的修改都不再写beforep_w_picpath了。当用户写该页这个操作对应的逻辑日志被释放时,其before p_w_picpath也就可以释放了。
    2.逻辑日志
    逻辑日志(logicallogs)是由若干块独立的磁盘空间构成,每一块都是连续的磁盘空间。一个Informix DynamicServer系统的逻辑日志块数至少要有三块,最大数据可以由管理员配置(不能超过32767块)。
    记逻辑日志的目的是将对系统的每个操作、每个修改都保存起来,以便系统出现问题的时候可以根据其内容进行重做(REDO)或事务不能继续进行下去的时候进行回滚(UNDO)。逻辑日志记录的内容主要包括事务的每一步操作机器对系统产生的影响、DDL语句和检查点(checkpoint)记录。
    3.物理日志由系统维护,通常无需维护。
    4.逻辑日志的维护。
    逻辑日志的备份方式
    先说一下备份级别,也同样用informix的概念来理解
    备份级别分为 0, 1, 2
    0:完全备份
    1:自上一次完全备份,进行增量
    2:自上一次增量进行增量
    备份方式有两种:自动、连续
    所谓自动并不是想像中的自动,它运行一次后会结束,这样就要有脚本或人工定时去备份逻辑日志,不然会被填满。
    可以用命令:ontape -a 来切换到自动备份
    而连续才是想像中自动的意思,他不会停止,只要日志满了就会去备份。通常如果不想去费心思管理逻辑日志,可以设置为连续。
    可以用命令:ontape -c 来切换到连续备份
    informix中逻辑日志的工作流程
    informix逻辑日志一般有多个。建立多个日志的原因我想是考虑到效率。当多个进程需要记录日志时,可以同时向多个日志文件中写。
    在informix配置文件中logfiles指定逻辑日志文件的个数(最少为3个,最大为X个)。logsize指定每个逻辑日志文件的大小。(总逻辑日志空间为:logsize*logfiles)这里的配置只在informix实例初始化时才起作用,即oninit -i。当然在使用过程中如果有需求要改变逻辑日志的个数或大小不能通过oninit -i来实现。onparams可以对逻辑日志文件进行动态的添加,更改大小,删除,移动等操作。
    buffer中逻辑日志什么时候写入日志文件
    上面,说到我们会建立多个日志文件用来记录逻辑日志,但并不是每产生一次操作记录就向日志文件中写,那样io太多。而是在记录在buffer中。当达到一定限度时再写入日志文件,那么什么时候buffer会写入文件中呢?

    1. buffer满了 用来记录逻辑日志的buffer的大小由onconfig文件中的logbuff决定,当buffer写满后会写入日志文件。这儿可以看到设置合适的 logbuff大小还是对效果有影响的。如果过小,buffer很快被写满,就要做一次io,写入日志文件。这样会造成过多的IO。如果过大,常时间buffer中的数据不写入日志文件,如果有意外发生,造成较大的不可恢复。同时点用太多内存有可能影响整体性能。
      逻辑日志写满了怎么办?
      当逻辑日志写满后,数据库就会被塞住,而不能进行任何操作。所以不能让逻辑日志写满。那么就要保证逻辑日志文件可以循环使用。
      下面是一种方案:当某逻辑日志文件写满后,将逻辑日志进行备份,然后再把这个日志文件设备为可用。
      informix也是这么做的,系统运行时,可以让日志文件写满后进行连续备份,这样就可以循环使用日志文件了。
      那么备份到哪呢?在onconfig文件中,LTAPEDEV指定备份的磁带,我现在设置成/dev/null其实是不备份的,但让informix以为已经备份,以至系统可以向下正常运行。当然,如果我指定到备份设备,就可以备份了。
      如果把备份设备指定到/dev/null ,那么备份方式将自动为连续备份。
      如果把备份设备指到了具体的磁带机,那么可以用ontape -c来设置备份方式为连续备份
      下面一段是关于日志状态的说明:
      先对下面的一段进行一些说明,number一共到9说明有9个逻辑日志,size为12500说明生个逻辑日志文件大小10M。used当然是已经使用过了多少。
      可以看到大部已经使用完。不用害怕,这是很正常的。可以看到%used为100%的flags为U-B U虽然说明已经满了,但B却说明了已经备份过了,可以进行循环使用。如果当前使用的日志文件满了后,会自动切换到下一个U-B上。
      第8个日志文件flags为U—C-L 说明这个是当前正在使用的日志文件。使用onmode-l可以切换到下一个日志文件,切换后再用onstat-l查看,可以看到第9个日志文件变为U—C状态,说明已经在使用下一个了,而它的%usered则为0。也验证了U-B状态会循环使用的说明。
      还有一点要注意,即使在当前使用的日志后面有没有满的日志,informix也不会跳过当前使用的日志去写入下面的日志文件,只有当前日志满了后才切换到下一个(或用onmode-l强制转到下一个)
      address number flags uniqid begin size used %used
      8352f680 1 U-B---- 11544 1061e7 12500 12500 100.00%
      8352f69c 2 U-B---- 11545 1092bb 12500 12500 100.00%
      8352f6b8 3 U-B---- 11546 10c38f 12500 12500 100.00%
      8352f6d4 4 U-B---- 11547 10f463 12500 12500 100.00%
      8352f6f0 5 U-B---- 11548 112537 12500 12500 100.00%
      8352f70c 6 U-B---- 11549 11560b 12500 12500 100.00%
      8352f728 7 U-B---- 11550 6135e6 12500 12500 100.00%
      8352f744 8 U—C-L 11551 6166ba 12500 10616 84.93%
      8352f760 9 U-B---- 11530 61978e 12500 12500 100.00%
      逻辑日志文件的状态显示包括两个区域:
      number:标识单个逻辑日志文件的logid。
      flags:标明相应逻辑日志文件的状态。flags状态标志有七个位置,但仅第一,三,五,七位置
      有标志值。
      第一个位置上,可能出现A,F,U三个标志中的一个;
      第三个位置上,标志B可能出现也可能也可能不出现;
      第五个位置上,可能为标志C也可能为空;
      第七个位置上,可能是标志L也可能为空;
      位置 标志 含义
      1 A Added,新增加的逻辑日志文件,仅当建立一个(根dbspace的)0级archive
      后才能使用。
      1 F Free,该逻辑日志文件空闲并可以使用。
      1 U Used,该逻辑日志文件正在使用而未释放,OnLine恢复时还需要该文件(回
      滚一个事务或找到上一个检查点记录)
      3 B Backed-UP,该逻辑日志文件已备份。
      5 C Current,该逻辑日志文件是当前正在填充的逻辑日志文件。
      7 L Last,该逻辑日志文件包含有最近一次检查点记录,在新的检查点记录写入
      另一个日志文件之前,该文件及后面的逻辑日志文件不能释放。

    所有状态标志的可能组合
    状态标志 逻辑日志文件的状态
    A------ 上次0级archive以来新增加的逻辑日志文件,暂时不能使用
    F------ 空闲
    U------ 正在使用,还没有备份
    U-B---- 日志已备份,恢复时还需要
    U-B—L 日志已备份,包含上次检查点记录,恢复时还需要此文件
    U—C-- 当前日志文件
    U—C-L 当前日志文件,并包含上次检查点记录

    长事务
    先说一下引起长事务的原因,一个逻辑日志文件中包括一个没有结束的事务时,这个日志文件是不能被备份的。如果一个事务特别长,那么就有可能把所有日志文件都写满。如果所有日志被写满是很麻烦的。informix会控制当日志写入量达到一定程度时,就报告这个事务为长事务,然后进行回滚,以防止日志被写满。
    这儿就有两个高水位线的概念,在onconfig文件中HTXHWM 这是一个百分比,当已经使用日志量达到这个总日志量的这个百分比时,就报告长事务。开始回滚,期间别的操作还可以进行(写入日志),但当达到另一个水准线时LTXEHWMinformix会停止其它进程的操作,用所有精力进行回滚。(当达到这个水平时,如果再接受别的进程写入日志,有可能不能完成回滚就已经填满所有日志。回滚也是要写入大量日志的!)
    上面就是长事务的原因。所以进行比较大的事务操作时,可以暂时切换到无日志状态。如果不能即时关闭日志记录,可以把日志文件大小加大,都有可能解决上面的问题。另外还有虽的方法,我还要去查看
    注意:长日志是指发生在一个日志文件不能备份的情况下,所以增加日志文件个数并不管用,只有适当增加每个日志文件大小

    展开全文
  • #查看逻辑日志逻辑日志文件的大小 onstat -l #关闭数据库 onmode -ky 清理共享内存 onclean -ky onstat -g ckp 清空测试库的事务日志 ontape -s -N databasename -t /dev/null onspaces -c -...

    数据库监控的相关命令

    #查看数据库的状态
    onstat - 
    #查看数据空间
    onstat -d
    #命令查看日志:
    onstat -m
    #查看逻辑日志和逻辑日志每个文件的大小
    onstat -l
    #关闭数据库
    onmode -ky
    清理共享内存
    onclean -ky
    

    查看checkpoint的命令

    onstat -g ckp
    

    日志相关操作命令

    清空测试库的事务日志
    ontape -s -N databasename -t /dev/null
     onspaces -c -d datadbs  -p /opt/gbase8t/dbs/datadbs -o 0 -s 10000000
    
    ### session级存储过程的创建基于database
    ```shell
    数据库会话级参数的设置的存储过程
    dbaccess testdb -
    #testdb库下的session 生效参数,每次连接的时候 这两个参数生效
    create procedure public.sysdbopen()
    set lock mode to wait 2000;
    set isolation to committed read retain update locks;
    end procedure;
    

    其它相关设置

    当前会话设置隔离级别(能查询到正在执行的写入表的数据行数):set isolation to dirty read;
    查看当前执行的sql:onstat -g sql 0 
    查询ckp的点:onstat -g ckp
    添加新的逻辑日志:onparams -a -d llog -s 1000000 -i
    删除逻辑日志:onparams -d -l lognum -y
    
    
    时间格式:
    to_char(sysdate year to second,'YYYYMMDDHH24MISS')
    to_char(now(),'YYYYMMDDHH24MISS') 
    to_char(sysdate,'YYYYMMDDHH24MISS')
    

    数据表表达式分片策略

    数据表的分片:
    create table testtb (
    	DN CHAR(64) NOT NULL,
    	name CHAR(64) NOT NULL,
    	CODE CHAR(64) NOT NULL,
    	PASSWORD CHAR(50) NOT NULL,
    	PHONE  CHAR(11),
    	TER_TYPE CHAR(1) NOT NULL,
    	TER_FLAG CHAR(100) NOT NULL,
    	STATUS CHAR(1) NOT NULL,
    	EXPIRE_DATE CHAR(8) NOT  NULL,
    	ID_TYPE CHAR(1) NOT NULL,
    	APPLY_TIME CHAR(14) NOT NULL,
    	UUID CHAR(32) NOT NULL) 
    	fragment by expression
    	mod(apply_time,10) = 0 in z1dbs1,
    	mod(apply_time,10) = 1 in z1dbs2,
    	mod(apply_time,10) = 2 in z1dbs3,
    	mod(apply_time,10) = 3 in z1dbs4,
    	mod(apply_time,10) = 4 in z1dbs5,
    	mod(apply_time,10) = 5 in z1dbs6,
    	mod(apply_time,10) = 6 in z1dbs7,
    	mod(apply_time,10) = 7 in z1dbs8,
    	mod(apply_time,10) = 8 in z1dbs9,
    	mod(apply_time,10) = 9 in z1dbs10
    	;
    

    topic 分片策略

    列表分片>表达式分片>轮转分片>不分片
    

    查看表属性

    dbaccess dbname -
    #查看表的结构
    info columns for tabname;
    #查看对应表的索引
    info indexes for tabname;
    #查看表的分片
    info fragments for tabname;
    
    展开全文
  • Linux查看Tomcat运行日志

    千次阅读 2021-05-11 12:23:32
    查看方式1、先切换到:cd usr/local/tomcat5/logs2、tail -f catalina.out3、Ctrl+c 是退出tail命令/alt+E+R重置部署常用指令1、ps aux | grep tomcat 查看tomcat 进程ps -ef|grep java 查看Tomcat是否已关闭2、...
  • 想起这次误操作导致数据库停机1多小时然后还要被领导骂狗血淋头就很蛋疼,本来是次简单的在服务器上逻辑卷扩容,但是我在写命令的时候从自己的笔记里面复制出来一个收缩的命令。 本来这是扩容 lvextend -L +...
  • 在默认状态,当服务器初始化时,逻辑日志和物理日志被创建在root dbspace上,在这之后逻辑日志和物理日志需要迁移独立的 logdbspace和plogdbspace上。 逻辑日志逻辑日志主要用来记录事务细节,由三或更多...
  • 项目日志记录规范和标准

    千次阅读 2020-12-03 15:02:12
    《项目日志记录规范和标准》(第二版2017年10月) 第版(2013年3月)参见这里。 、说明 日志分类如下: 1. 面向问题排查的日志 2. 面向提醒或告警的日志 3. 面向调试和测试的日志 4. 面向功能的 ...
  • informix-逻辑日志

    万次阅读 2006-11-05 14:18:00
    什么是逻辑日志 日志是记录数据库操作的。包括物理日志、逻辑日志。物理日志记录数据库物理变化,即变化的数据信息,而逻辑设备记录逻辑的变化,比如insert, update等动作,但不是记录具体数据,那个由物理日志完成...
  • 1、单机节点弊端 单点故障 容量有限 连接压力 2、集群模型 ...Z:优先级,逻辑再拆分,纵向的集群根据一定规则再次划分 ...将配置文件全部复制到一个临时目录中: 2、分别修改各自配置文件: 配置改成n
  • Java日志-总结【这篇够了】

    千次阅读 多人点赞 2021-12-02 23:14:49
    、JDK日志(java.util.logging=jul) 从jdk1.4起,JDK开始自带一套日志系统。JDK Logger最大的优点就是不需要任何类库的支持,只要有Java的运行环境就可以使用。相对于其他的日志框架,JDK自带的日志可谓是鸡肋,...
  • linux系统如何切换到root用户

    千次阅读 2021-05-10 02:57:55
    Crontab是linux定时调度配置文件,通过它,我们可以让系统的程序、脚本、命令、任务按设定的时间、间隔、周期循环的运行。 在Crontab里时间粒度最小的是分钟。也就是说,通过Cr2021-03-25 21:29:31具体命令:(1)...
  • 日志查找常用命令-超实用

    千次阅读 2020-09-19 15:51:51
    1 Linux日志查找常用命令 1.1 cat、zcat cat -n app.log | grep "error":查询日志中含有某个关键字error的信息,显示行号。 cat -n app.log | grep "error" --color:查询日志中含有某个关键字error的信息...
  • 日志用于引擎及时反馈给我们运行时刻数据和信息。强大的用途不限于如下: 函数是否被调用 算法使用的什么数据 上报错误给开发组或者用户 特定时刻强制运行致命错误(如断言错误)以停止执行程序。 本章将介绍...
  • oracle重做日志文件详细

    千次阅读 2021-11-21 22:39:15
    oracle重做日志文件详细 redo log file 1 redo log file的作用 ​redo log file记录了对数据库的所有修改信息。有了这些修改信息,我们就...另外,如果你“无意地”删除了一个表,或者删掉了一些重要的信息,而且提交了
  • 数据库日志总结

    千次阅读 2022-04-18 21:12:23
    3.一旦mysql调度启动一个计划任务的时候,它也会将相关信息记录在错误日志中 4.从服务器启动的日志也会存入错误日志。 二、查询日志 general log(通用日志),记录了数据库执行的所有命令,不
  • 运维必备——ELK日志分析系统

    千次阅读 多人点赞 2021-03-30 08:45:10
    日志分析是运维工程师解决系统故障、发现问题的主要手段
  • 文章目录....(6)手动进行日志切换:(7)log_archive_dest参数,查看归档目录路径和状态:(8)修改归档目录路径(9)设置多归档目录,每归档目录存储的内容是一样的(10)修改归档目录状态 defer (表
  • 我的Serverless实战——引领云计算的下一个十年

    千次阅读 多人点赞 2021-05-08 22:31:25
    函数的测试与部署 服务是函数计算资源管理的单位,同一个服务有很多函数,这些函数共享服务的网络 配置、权限配置、存储配置、日志配置。 服务可以对应成一“应用”,这应用由很多函数共同组成,这些函数具有...
  • ...版权声明:随意复制转载,走捷径懒省事是中国IT的大悲哀,继承和创新再原创才是人间正道 https://blog.csdn.net/IndexMan/article/details/8207447 最近在学习Oracle 归档日志模式的管...
  • redo日志和undo日志

    千次阅读 2022-05-05 11:02:50
    只将事务执行过程产生的redo日志刷新磁盘的好处 redo日志占用的存储空间非常小 redo日志是顺序写入磁盘的,顺序I/O redo作用 ...binlog是逻辑日志,记录的是这语句的原始逻辑。 redo log是循环写的
  • 1.物理日志 物理日志(physical log)由一片连续的磁盘空间。其主要目的是为系统进行快速恢复提供原始数据映像。物理日志以页为单位进行分配和释放,它所存储的内容被称为before images(顾名思义,数据原...
  • 最近打算将主要几项目配置负载均衡策略,由于当前业务用户不多,不存在并发流量问题,我们目的只是为了实现不停机部署以及进程级别的故障转移而已。 通过Jenkins动态传入端口选项参数,启动多实例项目,配合nginx...
  • oracle切换数据库实例

    千次阅读 2021-05-06 02:30:38
    A 机 Oracle 主目录(Oracle Home) A 机 Listener 名称 A 机数据库实例名 A 机数据库实例目录 B 机 Oracle 基目录(Oracle Base) B 机 Oracle 主目录......Oracle 数据库存储迁移案例分享. 环境及需求简要说明环境为...
  • ELK日志分析系统

    千次阅读 2022-04-25 21:57:05
    1、ELK日志分析系统
  • 日志统计大数据分析

    万次阅读 2016-12-22 16:44:46
    2007年浙大研究生毕业后加入百度,从2008年开始从事数据方向,从零构建了百度的用户日志大数据处理平台。2015年4月从百度离职,创建神策数据,帮助客户实现数据驱动。这篇文章讲述我在百度从零构建大数据平台方面的...
  • 深入理解MySQL:InnoDB 引擎、日志、事务、索引、锁、主备、调优
  • pg中wal日志是动态切换,单个wal日志写满继续写下一个wal日志,连续不断生成wal日志。 2、单个WAL文件的大小,默认为16MB,参数是wal_segment_size,可以理解为PG把Wal日志存储N大小为16M(默认值)的WAL segment file...
  • 我们在分析排产过程,排查问题的的时候,需要在这五六个日志文件中来回切换的查看,定位一个问题非常难。 为了解决这问题,这里我通过使用logback组件,对某特定业务的日志进行单独配置,单独收集统一一文件...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 95,427
精华内容 38,170
热门标签
关键字:

切换到下一个逻辑日志命令