Oracle核心进程详解并kill验证

Oracle核心进程详解并kill验证

文章目录

  • Oracle核心进程详解并kill验证
    • 一、说明
    • 二、核心进程详解
      • 2.1.PMON-进程监控进程
      • 2.2.SMON-系统监控进程
      • 2.3.DBWn-数据库块写入进程
      • 2.4. LGWR-日志写入器进程
      • 2.5. CKPT-检查点进程
    • 三、Kill验证
      • 3.1.kill ckpt进程
      • 3.2.kill pmon进程
      • 3.3.kill mman进程
      • 3.4.kill psp0进程
      • 3.5.kill cjq0进程
      • 3.6.kill jxxx进程
      • 3.7.kill arch进程
      • 3.8.kill qmon进程
      • 3.9.kill mmnl进程
      • 3.10.kill reco进程
      • 3.11.kill smon进程
      • 3.12.kill dbwn进程
      • 3.13.kill lgwr进程
      • 3.14.补充

一、说明

在很多情况下我们需要杀死后台进程。比如系统出现了大量HANG住的现象，而通过HANGANALYZE我们发现元凶是一个后台进程，那么我们是否通过杀掉这个进程来解决问题，就要十分谨慎了。因为有些后台进程是不能随便杀的，一旦杀掉就可能导致数据库实例崩溃。

二、核心进程详解

2.1.PMON-进程监控进程

pmon（Process Monitor process）用于监控其他后台进程。负责在连接出现异常中止后进行清理工作。例如，一个专用服务器进程崩溃或者出于某种原因被结束掉，就要由PMON进程负责善后（恢复或者撤销工作），并释放资源。PMON会回滚未提交的工作，释放锁，并释放之前为失败进程分配的SGA资源。
PMON还负责监视其他Oracle后台进程，并在必要时重启这些后台进程。

主要作用：

  • pmon进程会被定期唤醒，来清理dead process，并释放dead process持有的资源(latch and lock)。pmon通过轮询方式去检测dead
    process，轮询间隔为_dead_process_scan_interval（默认是60秒），并清理dead process
  • 回滚dead transaction，前_cleanup_rollback_entries个undo entries，超过则post通知smon，剩下由smon来完成剩余的回滚工作。这个_cleanup_rollback_entries默认参数默认是100，生产可以考虑设置大一些
  • 将数据库服务注册到监听，轮询每60秒（12c后这项工作由LRRG进程负责）
  • 监控后台进程，如果核心进程crash，pmon负责终止实例
  • rac服务端负载均衡，PMON进程每3秒会将各自节点的负载及连接数更新到service_register里面

2.2.SMON-系统监控进程

Smon（System Monitor Process）负责各种系统级清理职责。上面说的PMON进程所对应的是各个进程，而SMON则是从系统级的视角出发，成为了数据库上的垃圾回收器。

主要作用：

  • 如有必要， 在实例启动时执行实例恢复。 在 Oracle RAC 数据库中，一个数据库实例的 SMON 进程可以为另一个失败的实例执行实例恢复。
  • 在实例恢复期间， 由于读文件或表空间脱机错误而跳过的已终止事务，由 SMON 进行恢复。当表空间或文件重新联机时， SMON 将恢复该事务。
  • 清理未使用的临时段。 例如， Oracle 数据库在创建索引时会分配扩展区。如果操作失败，则 SMON 会清理临时空间。
  • 合并在字典管理的表空间中的多个连续空闲扩展区。

所做的工作：

  • 清理临时表空间：举例来说，建立一个索引时，创建过程中为索引分配的区段被标记为temporary。如果出于某种原因create index会话异常中止了，smon就要负责清理这些区段。其他操作创建的临时区段也是由smon负责清理。
  • 合并空闲表空间：如果你在使用字典管理的表空间，SMON会负责取得表空间中相互连续的空闲区段，合并成更大的空闲区段。
  • 针对原来不可用的文件恢复活动的事务：这类似与数据库启动时smon的作用。在实例崩溃恢复时由于某个文件（或某些文件）不可用，可能会跳过一些失败的事务（即无法恢复），这些失败事务将由smon来恢复。举例来说，磁盘上的文件可能不可用或者未装载，导致部分事务失败，当文件变成可用时，smon将会恢复这些事务。
  • 执行rac中失败节点的实例恢复：在一个rac配置中，集群中的一个数据库实例失败时，集群中的另外某个节点会打开该失败实例的重做日志文件，并恢复失败节点上的所有数据。
  • 清理OBJ ： O B J ：OBJ ：OBJ是一个底层的数据字典表，数据库中几乎每个对象（表、索引、触发器、视图等）都在其中对应的一个条目。很多情况下，有些条目表示的可能是已经删除的对象，或者表示“not
    there”的对象（not there对象是Oracle依赖关系机制中使用的一种对象）。要由smon进程来删除这些不再需要的行。
  • 管理撤销段：smon会负责实施撤销（undo）段的自动上下线（onlining和oflining），以及收缩撤销段。

Smon进程功能远不止以上几项，用到再补充。

2.3.DBWn-数据库块写入进程

DBWn（Database Writer Process）是数据库块写入进程。负责将buffer cache中的脏块写入磁盘，为buffer cache腾出更多空间（释放缓冲区来读入其他数据），再就是为了推进检查点（将在线重做日志文件中的位置前移，如果出现数据库崩溃，Oracle会从这个位置开始读取来恢复实例）。
DBWn进程可以配置多个，11g最多36个，12c最多100个。使用下面语句可查看：

Select name,description from v$bgprocess where description like ‘db writer process%’;

查看当前数据库DBWn进程数量，查询db_writer_processes参数
修改DBWn进程数量：

alter system set db_writer_processes=4 scope=spfile;

注意DBWn进程设置越多占用CPU资源就越多，所以不是越多越好，得根据情况来。
Oracle默认的DBWn进程数量是cpu_count参数的1/8，它的数量影响写入磁盘的速度，如果写入速度不够快，不能很快的释放buffer cache，就出出现Free Buffer Waits 和 Write Complete Waits这两个等待事件的数量和等待时间开始增加。
另外，DBWn使用异步（ASYNC）I/O将块写到磁盘。采用异步I/O，DBWn会收集一批要写的块，并把他们交给操作系统。DBWn并不等待操作系统真正将块写出；而是立即返回，并收集下一批要写的块。当操作系统完成写操作时，它会异步地通知DBWn写操作已经完成。这样，与把所有工作都串行起来执行相比，DBWn可以更快地工作。
另外注意DBWn进程写入磁盘是离散写（scattered write），会把块分散地写到磁盘的各个位置。
LGWR是顺序写（sequential write）。

DBWn 进程在下列条件下会将脏缓冲区写入到磁盘：

  • 当服务器进程扫描了额定数目的缓冲区后， 仍未找到干净的可重复使用的缓冲区时，它会通知 DBWn 执行写入操作。 DBWn 尽可能以异步方式将脏缓冲区写入到磁盘，以便同时能执行其他处理。
  • DBWn 周期性地写出缓冲区，以推进检查点，该点是重做线程中实例恢复开始的位置。 检查点的日志位置由在缓冲区高速缓存中最老的脏缓冲区确定。
  • 检查点触发，包括完全检查点和增量检查点，以及object checkpoint

至于DBWn进程怎么判断哪些脏块应该写，是怎么写的，相关到检查点队列（checkpoint queue），LRU算法（Least Recently Used）等知识。

2.4. LGWR-日志写入器进程

Lgwr进程负责将SGA中重做日志缓冲区（redo log buffer）的内容刷新输出到磁盘。LGWR是顺序写（sequential write），比离散写效率高。

触发条件：

  • 每过3秒；
  • 一个提交或回滚发生；
  • 发生online redo log切换
  • 重做日志缓冲区已达到三分之一满，或包含 1 MB 以上被缓冲的数据
  • DBWn 必须将修改的缓冲区写入到磁盘

在 DBWn 可以将脏缓冲区写到磁盘之前，与该缓冲区更改相关联的重做记录必须先被写入磁盘 （预写协议）。如果 DBWn
发现一些重做记录尚未写入， 则它通知 LGWR 将记录写入磁盘，并等待 LGWR 完成此工作，然后DBWn 才将数据缓冲区写入磁盘。

lgwr和commit:
Oracle使用快速提交机制来提高已提交事务的性能。当用户发出commit语句时，事务分配到一个scn。lgwr将一个提交记录记入redo log buffer，连同提交scn和事务的重做条目，并立即写入到磁盘。 重做日志缓冲区是循环的。当 LGWR将重做条目从重做日志缓冲区写入到联机重做日志文件时，服务器进程可以复制新条目并覆盖已写入到磁盘的重做日志缓冲区中的条目。 通常 LGWR 的写入速度足够快， 以确保在缓冲区中总会有可用空间供新条目使用， 即使对联机重做日志的访问很繁重时也是如此。
包含事务提交记录的重做条目的原子写入， 是确定该事务已提交的唯一事件。 Oracle
数据库向已提交事务返回一个成功代码，虽然数据缓冲区尚未写入到磁盘。 对数据块的相应更改被延迟，直到 DBWn
在某个有利的时机将它们写到数据文件。

注意：
LGWR 可能会在提交事务之前， 将重做日志条目写入到磁盘。 只有之后提交了事务，这些重做条目才会成为永久性的。当事务活动很高时，LGWR 可能会使用组提交。 例如， 某个用户提交其事务， 导致 LGWR 将事务的重做条目写入到磁盘。在此写操作的过程中，其他用户也试图提交。 但 LGWR无法写入磁盘以提交这些事务，直到前面的写入完成为止。完成后, LGWR 可以将（尚未提交的)等待事务中的重做条目列表在一个操作中全部写入。
通过这种方式， 数据库最小化了磁盘 I/O， 而最大化了性能。如果提交请求继续维持在一个高的水平，则每个 LGWR写入操作都可能包含多个提交记录。

2.5. CKPT-检查点进程

检查点（checkpoint）是一种机制。它的作用是通知dbwn进程将数据库缓冲区缓存（buffer cache）中的已修改的数据脏块写入到disk中，ckpt进程负责通知 dbwn进程。
要修改数据库中的数据，首先需要将数据从数据文件中取出到SGA的buffer cache中，这里是要修改数据的一个副本，在这里进行修改的同时，会将变更向量写入到SGA中的redo log buffer内存区域，然后通过lgwr进程实际写入到磁盘上的redo log中。到这一步，修改的数据还没有实际写入磁盘，但是redo log中已经有记录。
假设这时候数据库崩溃了，那么内存中修改过的、尚未写入数据文件的数据会丢失。在下一次数据库启动之后，Oracle会通过redo log进行事务重演，也就是进行前滚操作，将数据库恢复到崩溃前的状态（这里我的理解是将redo log中的记录应用到数据文件，这样就保持了一致性），然后数据库可以打开使用，在之后Oracle会将没有提交的数据进行回滚。
崩溃后打开数据库，需要先读取redo log完成前滚，需要前滚的数据越多，那么打开时间越长。检查点的存在就是为了缩短这个恢复时间。
检查点位置是由buffer cache中最旧的脏缓冲区来确定的。
检查点位置作为一个指向重做流的指针，并存储在控制文件中，和在每个数据文件头中。

目标：
使用检查点，能实现以下目标：

  • 缩短实例崩溃或介质故障情况下恢复所需的时间
  • 确保在buffer cache中的脏缓冲区（dirty buffer）被定期写入磁盘
  • 确保在一致性关闭过程中所有已提交的数据都被写入磁盘

检查点结构：

  • Checkpoint SCN
  • Checkpoint RBA （RBA（redo byte address）重做字节地址：当前检查点位置，是发生实例故障时重做流中必须由此开始的恢复位置）
  • Thread that allocated the checkpoint
  • Enabled thread bitmap
  • Timestamp

检查点类型：
1、线程检查点（Thread checkpoints） 数据库将某个确定目标之前、
被某个特定的重做线程所修改的所有缓冲区写入磁盘。 数据库中所有实例的线程检查点的集合即为数据库检查点。线程检查点在下列情况下发生：

  • 一致的数据库关闭
  • ALTER SYSTEM CHECKPOINT 语句
  • 联机重做日志切换
  • ALTER DATABASE BEGIN BACKUP 语句

2、表空间和数据文件的检查点（Tablespace and data file checkpoints） 数据库将某个确定目标之前、
被重做线程所修改的所有缓冲区写入磁盘。表空间检查点是一组数据文件检查点，每个数据文件检查点对表空间中的某个数据文件做检查点操作。这些检查点发生在很多情况下，
包括将一个表空间变为只读、将表空间脱机、 收缩数据文件、 或执行 ALTER TABLESPACE BEGIN BACKUP 等。

3、增量检查点（Incremental checkpoints） 增量检查点是一种线程检查点， 部分原因是为了避免在redo
log切换时写入大量的块。 DBWn 至少每隔三秒会进行检查以确定是否有工作要做。 当 DBWn 将脏缓冲区写入磁盘时,
它会向前推进检查点位置，导致 CKPT 将检查点位置写入控制文件，而不是数据文件头。

4、其他类型的检查点包括实例和介质恢复检查点， 和删除或截断模式对象时的检查点。

5、完全检查点只会在执行 alter system checkpoint 语句或 consistent shutdown 关闭数据库时出现。

三、Kill验证

3.1.kill ckpt进程

[oracle@p19c ~]$ ps -ef|grep ckpt
oracle    15962      1  0 12:09 ?        00:00:00 ora_ckpt_p19c
oracle    28160  26720  0 12:38 pts/3    00:00:00 grep --color=auto ckpt
[oracle@p19c ~]$ kill -9 15962

–执行了上述命令后，ALERT LOG中出现了：
在这里插入图片描述

–可以看到，由于ckpt出现故障，PMON进程将实例关闭了：
在这里插入图片描述

3.2.kill pmon进程

当pmon被杀掉后，是一个前台进程(Instance terminated by User)执行了shutdown abort操作，终结了实例。从这一点上我们也可以看出，虽然pmon是监控进程的后台进程，一旦重要的后台进程出现故障，pmon会自动关闭实例。反过来所有的Oracle 进程，包括前台进程和后台进程都在反过来监视PMON，一旦发现pmon异常，立即会关闭实例。这种相互监控也是大型系统中最为常用的方法。

[oracle@p19c ~]$ ps -ef | grep pmon
oracle    15917      1  0 12:32 ?        00:00:00 ora_pmon_p19c
oracle    30325  26983  0 13:10 pts/3    00:00:00 grep --color=auto pmon
[oracle@p19c ~]$ kill -9 15917
[oracle@p19c ~]$ ps -ef | grep pmon
oracle    33582  26983  0 13:17 pts/3    00:00:00 grep --color=auto pmon

可以看到，kill pmon进程后数据库实例崩溃：
在这里插入图片描述
在这里插入图片描述

3.3.kill mman进程

MMAN(Memory Manager )进程是10g新引入的进程，主要目的是执行共享内存自动管理的功能，自动调整共享内存各个组件的大小。

[oracle@p19c ~]$ ps -ef | grep mmon
oracle    30119      1  0 13:55 ?        00:00:00 ora_mmon_p19c
oracle    30731  26663  0 13:56 pts/3    00:00:00 grep --color=auto mmon
[oracle@p19c ~]$ kill -9 30119
[oracle@p19c ~]$ ps -ef | grep mmon
oracle    31083      1  0 13:57 ?        00:00:00 ora_mmon_p19c
oracle    31284  26663  0 13:57 pts/3    00:00:00 grep --color=auto mmon

可以看到mmon进程被强制杀掉，mmon进程会被重启，而数据库实例没有发生故障。因此在某些情况下mmon进程如果故障，在必要情况下，我们是可以杀掉该进程的。
在这里插入图片描述
在这里插入图片描述

3.4.kill psp0进程

PSP0进程在10g中开始引入，主要功能是启动其他的Oracle 进程。这个进程也是一个十分关键的核心进程，一旦故障，将导致数据库实例故障。

[oracle@p19c ~]$ ps -ef | grep psp0
oracle    15921      1  0 13:22 ?        00:00:00 ora_psp0_p19c
oracle    37220  26663  0 14:11 pts/3    00:00:00 grep --color=auto psp0
[oracle@p19c ~]$ kill -9 15921
[oracle@p19c ~]$ ps -ef | grep psp0
oracle    37696  26663  0 14:12 pts/3    00:00:00 grep --color=auto psp0

–可以看到kill掉psp0进程后，实例崩溃：
在这里插入图片描述在这里插入图片描述

3.5.kill cjq0进程

cjq0是一个任务队列的调度进程，负责从job$表中找到需要执行的Job,并分配job进程执行Job，如果job进程不足，会自动产生新的job进程(job_queue_processes参数限制范围内)。

[oracle@p19c ~]$ ps -ef | grep cjq0
oracle    17105      1  0 13:59 ?        00:00:02 ora_cjq0_p19c
oracle    27244  26787  0 14:24 pts/3    00:00:00 grep --color=auto cjq0
[oracle@p19c ~]$ kill -9 17105
[oracle@p19c ~]$ ps -ef | grep cjq0
oracle    28430      1  0 14:27 ?        00:00:00 ora_cjq0_p19c
oracle    28665  26787  0 14:28 pts/3    00:00:00 grep --color=auto cjq0

可以看出CJQ进程如果被杀掉，CJQ0进程会被重启，而数据库实例没有发生故障。因此在某些情况下CJQ0进程如果故障，在必要情况下，我们是可以杀掉该进程的。
在这里插入图片描述
在这里插入图片描述

3.6.kill jxxx进程

既然CJQ0都可以杀，那么CJQ0产生的JXXX进程我们就不用做实验了，肯定是能杀的了。在某些系统中，经常会有一些JOB进程占用了大量的系统资源，从而导致数据库性能问题，这种情况下，为了恢复OLTP应用的性能，杀掉JOB进程是最简单的方法。不过在杀掉JOB进程之前一定要做仔细的分析，如果JOB进程中正在做一个数据量很大的大型修改事务，那么杀掉这个JOB，可能会导致产生大量的回滚操作，从而对系统性能产生更为不利的影响。

3.7.kill arch进程

ARCH进程的主要职责是在重做日志文件切换后，将已经写满的重做日志文件复制到归档日志文件中，以防止循环写入重做日志文件时将其覆盖。因此，如果ARCH进程被kill，新的归档日志文件的生成将会受阻。
arch进程一般是arc0,arc1，…
ARC0进程被杀掉后，会自动重启，而数据库实例没有发生故障。因此在某些情况下ARCH进程如果故障，在必要情况下，我们是可以杀掉该进程的。

3.8.kill qmon进程

QMON进程主要负责队列的监控和同步，以及队列服务的管理。它可能涉及与Oracle的队列功能相关的任务，如消息队列的处理等。
经过测试，QMON进程是可以杀的，杀掉QMON进程的后果是相关进程重启。
虽然QMON进程可以被终止，但这样做可能会对数据库的性能和稳定性产生影响。因此，在实际操作中应谨慎处理，确保了解可能的风险和后果。

3.9.kill mmnl进程

MMNL进程也是AWR新增的进程，主要作用是将AWR数据从内存中刷到表中。这个进程也如果被杀掉也是可以自动重启的。

[oracle@p19c ~]$ ps -ef | grep mmnl
oracle    15986      1  0 14:20 ?        00:00:00 ora_mmnl_p19c
oracle    34033  26771  0 15:04 pts/3    00:00:00 grep --color=auto mmnl
[oracle@p19c ~]$ kill -9 15986
[oracle@p19c ~]$ ps -ef | grep mmnl
oracle    34694      1  0 15:06 ?        00:00:00 ora_mmnl_p19c
oracle    36433  26771  0 15:10 pts/3    00:00:00 grep --color=auto mmnl

可以看到mmnl进程被强制杀掉，mmnl进程会被重启，而数据库实例没有发生故障。因此在某些情况下mmnl进程如果故障，在必要情况下，我们是可以杀掉该进程的。
在这里插入图片描述
在这里插入图片描述

3.10.kill reco进程

[oracle@p19c ~]$ ps -ef | grep reco
oracle    15972      1  0 14:20 ?        00:00:00 ora_reco_p19c
oracle    38691  26771  0 15:15 pts/3    00:00:00 grep --color=auto reco
[oracle@p19c ~]$ kill -9 15972
[oracle@p19c ~]$ ps -ef | grep reco
oracle    39087      1  0 15:16 ?        00:00:00 ora_reco_p19c
oracle    39895  26771  0 15:18 pts/3    00:00:00 grep --color=auto reco

–kill reco进程后alert日志报错：
在这里插入图片描述
–随后reco进程重启：
在这里插入图片描述
在某些情况下，如果RECO进程被阻塞或处于异常状态，它可能会阻止数据库的正常关闭。但有时需要杀掉RECO进程才能关闭数据库。然而，这只是一个权宜之计，并且应该谨慎使用，因为它可能导致数据丢失或不一致。如果必须杀掉RECO进程，那么应该谨慎操作，并确保有适当的备份和恢复策略来应对可能出现的问题。

3.11.kill smon进程

[oracle@p19c ~]$ ps -ef | grep smon
oracle    15966      1  0 14:59 ?        00:00:00 ora_smon_p19c
oracle    27225  26760  0 15:27 pts/3    00:00:00 grep --color=auto smon
[oracle@p19c ~]$ kill -9 15966
[oracle@p19c ~]$ ps -ef | grep smon
oracle    28273  26760  0 15:29 pts/3    00:00:00 grep --color=auto smon

–可以看到kill掉smon进程后，数据库实例会崩溃：
在这里插入图片描述
在这里插入图片描述

3.12.kill dbwn进程

直接kill掉dbwn进程通常不会导致数据库实例立即崩溃，但会严重影响数据库的稳定性和性能。然而，如果由于dbwn进程的缺失导致数据库长时间处于不稳定状态，并且其他关键进程（如pmon、smon等）也无法正常工作，那么最终可能会导致数据库实例崩溃。

3.13.kill lgwr进程

如果LGWR进程长时间无法恢复工作，并且重做日志缓冲区持续满溢，那么Oracle可能会决定终止数据库实例以防止进一步的数据损坏。这是Oracle的一种保护机制，旨在确保数据库的一致性和完整性。
如果LGWR进程被kill，并且在此之后数据库实例崩溃，那么恢复过程将变得更加复杂和困难。由于没有完整的重做日志记录，Oracle可能无法准确地确定在崩溃时哪些更改尚未被应用到数据文件中。这可能导致在恢复过程中需要更多的手动干预和更长的恢复时间。

[oracle@p19c ~]$ ps -ef |grep lgwr
oracle    15960      1  0 15:06 ?        00:00:00 ora_lgwr_p19c
oracle    30290  26714  0 15:41 pts/3    00:00:00 grep --color=auto lgwr
[oracle@p19c ~]$ kill -9 15960
[oracle@p19c ~]$ ps -ef |grep lgwr
oracle    30482  26714  0 15:42 pts/3    00:00:00 grep --color=auto lgwr

–可以看到kill掉lgwr进程后数据库实例崩溃：
在这里插入图片描述
在这里插入图片描述

3.14.补充

·DISPATCHER进程DXXX：如果被杀掉，ALERT会有报错，不会导致实例宕机，根据需要进行重启

·共享服务进程SXXX：如果被杀掉，不会导致实例宕机，根据需要进行重启

·并行进程PXXX/PZXX：并行进程，如果被杀掉，不会导致实例宕机，进程根据需要进行重启

·高级队列从属进程QXXX：如果被杀掉，不会导致实例宕机，进程根据需要重启。如果哦存在高级队列操作，杀掉此类进程要十分慎重

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/diannao/50364.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

智慧工地视频汇聚管理平台：打造现代化工程管理的全新视界

智慧工地视频汇聚管理平台：打造现代化工程管理的全新视界

一、方案背景 科技高速发展的今天，工地施工已发生翻天覆地的变化，传统工地管理模式很容易造成工地管理混乱、安全事故、数据延迟等问题，人力资源的不足也进一步加剧了监管不到位的局面，严重影响了施工进度质量和安全。 视频监控…
阅读更多...
中小企业数字化转型的关键五步，你了解吗？

中小企业数字化转型的关键五步，你了解吗？

在信息技术迅猛发展的当下，数字化转型已成为中小企业提升竞争力、实现可持续发展的关键策略。在数字化转型过程中，工业软件作为贯穿生产全流程的智能化引擎，其选择与应用显得尤为关键。那么，中小企业应如何科学合理的规划数字化转…
阅读更多...
Vue前端页面嵌入mermaid图表--流程图

Vue前端页面嵌入mermaid图表--流程图

一、安装Mermaid 首先，你需要在你的项目中安装Mermaid。可以通过npm或yarn来安装： npm install mermaid --save # 或者 yarn add mermaid结果如图： 二、Vue 方法一：使用pre标签 使用ref属性可以帮助你在Vue组件中访问DOM元素 …
阅读更多...
数据结构 | LinkedList与链表

数据结构 | LinkedList与链表

前言 ArrayList底层使用连续的空间,任意位置(尤其是0位置下标)插入或删除元素时,需要将该位置后序元素 整体 往前或往后搬移,故时间复杂度为O(N). 优点(给定一个下标,可以快速查找到对应的元素,时间复杂度为O(1))增容需要申请新空间,拷贝数据,释放旧空间,会有不小的消耗.增容一…
阅读更多...
【权威发布】第二届雷达、信号与信息处理国际会议（RSIP 2024）

【权威发布】第二届雷达、信号与信息处理国际会议（RSIP 2024）

第二届雷达、信号与信息处理国际会议 2024 International Conference on Radar, Signal and Information Processing 【1】会议简介 第二届雷达、信号与信息处理国际会议是一次聚焦雷达技术、信号处理及信息处理领域最新研究成果和前沿趋势的盛会。会议旨在汇聚国内外雷达与信号…
阅读更多...
【Django】anaconda环境变量配置及配置python虚拟环境

【Django】anaconda环境变量配置及配置python虚拟环境

文章目录 配置环境变量配置python虚拟环境查看conda源并配置国内源在虚拟环境中安装django 配置环境变量 control sysdm.cpl,,3笔者anaconda安装目录为C:\ProgramData\anaconda3 那么需要加入path中的有如下三个 C:\ProgramData\anaconda3 C:\ProgramData\anaconda3\Scripts C:…
阅读更多...
【C++】类和对象（三）完结篇

【C++】类和对象（三）完结篇

个人主页 创作不易，感谢大家的关注！ 文章目录 ⭐一、再探构造函数1.初始化列表 🎉二、类型转换🏠三、static成员🏝️四、友元⏱️五、内部类🎈六、匿名对象🎡七、在拷贝对象时的编译器优化 ⭐一…
阅读更多...
火焰传感器 - 从零开始认识各种传感器【第十六期】

火焰传感器 - 从零开始认识各种传感器【第十六期】

火焰传感器|从零开始认识各种传感器 1、什么是火焰传感器 火焰传感器是一种用于检测火焰或火光的传感器。它可以快速、准确地检测到周围环境中火源的存在，从而在火灾发生之初及时向消防人员或相关机构发送报警信息，以便及时采取措施进行火灾扑救。此外…
阅读更多...
C# 贪吃蛇游戏

C# 贪吃蛇游戏

贪吃蛇游戏可分为手动玩法和自动玩法 冯腾飞/贪吃蛇
阅读更多...
【网络安全学习】 SQL注入01：基础知识

【网络安全学习】 SQL注入01：基础知识

💻 1. 什么是SQL注入 SQL注入是一种针对Web程序中数据库层的安全漏洞的攻击方式。它利用了程序对用户输入数据合法性的判断或过滤不严，允许攻击者在设计不良的程序中添加额外的SQL语句，从而执行计划外的命令或访问未授权的数据。攻击者可以通…
阅读更多...
Docker搭建私有仓库harbor（docker 镜像仓库搭建）

Docker搭建私有仓库harbor（docker 镜像仓库搭建）

Harbor介绍 Docker容器应用的开发和运行离不开可靠的镜像管理，虽然Docker官方也提供了公共的镜像仓库，但是从安全和效率等方面考虑，部署我们私有环境内的Registry也是非常必要的。Harbor是由VMware公司开源的企业级的Docker Registry管理项目…
阅读更多...
Android statsd 埋点简析

Android statsd 埋点简析

源码基于：Android U 0. 前言 最近在研究 Android 自带的系统数据指标采集功能，框架依旧很严谨、完美，这里做个分享。 1. Android S 之后变化 stats 的代码从 framework 或 system/core 中转移到了 packages/modules/StatsD 目录中。 2. 框架…
阅读更多...
IEC104转MQTT网关轻松将IEC104设备数据传输到Zabbix、阿里云、华为云、亚马逊AWS、ThingsBoard、Ignition云平台

IEC104转MQTT网关轻松将IEC104设备数据传输到Zabbix、阿里云、华为云、亚马逊AWS、ThingsBoard、Ignition云平台

随着工业4.0的深入发展和物联网技术的广泛应用，IEC 104（IEC 60870-5-104）作为电力系统中的重要通信协议，正逐步与各种现代监控、管理和云平台实现深度融合。IEC104转MQTT网关BE113作为这一融合过程中的关键设备，其能够…
阅读更多...
动手学深度学习V2每日笔记（模型选择+过拟合和欠拟合）

动手学深度学习V2每日笔记（模型选择+过拟合和欠拟合）

本文主要参考沐神的视频教程 https://www.bilibili.com/video/BV1K64y1Q7wu/?spm_id_from333.788.recommend_more_video.0&vd_sourcec7bfc6ce0ea0cbe43aa288ba2713e56d 文档教程 https://zh-v2.d2l.ai/ 本文的主要内容对沐神提供的代码中个人不太理解的内容进行笔记记录&a…
阅读更多...
通过IEC104转MQTT网关轻松接入阿里云平台

通过IEC104转MQTT网关轻松接入阿里云平台

随着智能电网和物联网技术的飞速发展，电力系统中的传统IEC 104协议设备正面临向现代化、智能化转型的迫切需求。阿里云作为全球领先的云计算服务提供商，其强大的物联网平台为IEC 104设备的接入与数据处理提供了强大的支持。本文将深入探讨钡铼网关在MQTT…
阅读更多...
UML通信图建模技术及应用例

UML通信图建模技术及应用例

新书速览|《UML 2.5基础、建模与设计实践》 在对系统的动态行为进行建模时，通信图常被用于按组织结构对控制流进行建模。与顺序图一样，一个单独的通信图只能显示一个控制流。 使用通信图建模时可以遵循如下策略： （1&#xff09…
阅读更多...
WinDbg用户模式调试基础

WinDbg用户模式调试基础

WinDbg用户模式调试基础 在前面的文章中，介绍了如何使用WinDbg分析蓝屏原因https://www.cnblogs.com/zhaotianff/p/15150244.html 不过那会都是在网上找的资料，东拼西凑出来，并没有系统的去学习WinDbg。 最近在学习内核开发这一块的内容&…
阅读更多...
顺序表的实现和操作

顺序表的实现和操作

目录 一.前言 二. 顺序表的优缺点 三. 顺序表的定义和初始化 四.顺序表的相关操作 一.前言 首先介绍下线性表的定义，线性表是具有相同特性的数据元素的一个有限序列。而我们的顺序表就是线性表的一种，是线性表的顺序存储结构。所谓顺序存储就是把逻辑…
阅读更多...
Photos框架 - 自定义媒体选择器（UI列表）

Photos框架 - 自定义媒体选择器（UI列表）

引言Photos框架 - 自定义媒体资源选择器（数据部分）-CSDN博客 关于自定义媒体选择器上一篇博客我们已经介绍了使用Photos获取媒体资源数据和处理媒体资源数据，有了数据，UI的实现就比较灵活了，我就以上面的设计样式为例…
阅读更多...
LabVIEW操作系列1

LabVIEW操作系列1

系列文章目录 我的记录： LabVIEW操作系列 文章目录 系列文章目录前言五、特殊用法5.1 取值范围表示5.2 对输入值取值范围进行限定5.3 控制多个While循环停止运行。5.4 获取按钮上的文本5.5 获取按钮上的文本【进阶】 六、使用步骤1.引入库2.读入数据 七、其余功能7.…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023