写在前面在前端中，主要涉及的基本上就是 DOM的相关操作 和 JS，我们都知道 DOM 操作是比较耗时的，那么在我们写前端相关代码的时候，如何减少不必要的 DOM 操作便成了前端优化的重要内容。...虚拟DOM(virtual DOM)在 jQuery 时代，基本上所有的 DOM 相关的操作都是由我们自己编写（当然博主是没有写过 jQuery 滴，可能因为博主太年轻了吧，错过了 jQuery 大法的时代...JS 中模拟出 DOM 结构后，我们就可以通过 JS 来对 DOM 操作进行优化了，怎么优化呢，这个时候 diff 算法就该登场了。...DOM 更新操作Vue 源码中的 diff 算法patch.js 路径Vue 中的 diff 算法相关代码主要在 patch.js 文件中，路径如下图图片patch 函数图片1、如果新节点不存在(vnode...diff 算法中的真正作用，也能够从更加底层的角度理解为什么不推荐使用 index 作为 key 这个 Best Practices！
redo 日志工作原理 redo 日志是循环写入的，因为 InnoDB 的 redo log 是固定大小的，比如可以配置为一组 4 个文件，每个文件的大小是 1GB，那么这块“粉板”总共就可以记录 4GB...从头开始写，写到末尾就又回到开头循环写，如下面这个图所示： ? write pos 是当前记录的位置，一边写一边后移，写到第 3 号文件末尾后就回到 0 号文件开头。...checkpoint 是当前要擦除的位置，也是往后推移并且循环的，擦除记录前要把记录更新到数据文件。...2：在事务提交时将缓冲区的 redo 日志异步写入到磁盘，即不能完全保证 commit 时肯定会写入 redo 日志文件，只是有这个动作。...这篇文章从为什么要引入 redo 日志、redo 日志的结构和 redo 日志的写入方式三个方面简单聊了一下 MySQL 持久化保障机制 redo 日志，这东西可能工作没啥用，面试时候可能用的上，希望这篇文章对你的学习或者工作有所帮助
其目的是为了减轻原 Master Thread 的工作及对于用户查询线程的阻塞，进一步提高 InnoDB 存储引擎的性能 redo log 与 WAL 策略 上文我们提到，当缓冲池中的某页数据被修改后，...在日志组中每个 redo log file 的大小一致，并以循环写入的方式运行。...file 又不能设置得太小了，否则可能导致一个事务的日志需要多次切换重做日志文件 CheckPoint 技术 有了 redo log 就可以高枕无忧了吗？...这就是为什么有了 bin log 为什么还需要 redo log 的答案。 回顾下 redo log 存储的东西，可以发现 redo log 是物理日志，记录的是 “在某个数据页上做了什么修改”。...另外，还有一点不同的是：binlog 是追加写入的，就是说 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志；而 redo log 是循环写入的。
第 6 步，收尾工作。 1 ~ 5 步循环结束之后，收尾工作就把 hash 表中剩下的 Redo 日志应用到数据页，这是崩溃过程中最后一次应用 Redo 日志。...循环结束后，把数组里的页号对应的数据页异步批量加载到 buffer pool 中。 从上面的逻辑可以看到，一次预读最多只读 32 个数据页。 第 5 步，应用 Redo 日志到数据页。...为什么要删除旧的 trunc.log 文件再创建新的同名 trunc.log 文件呢？...MySQL 在同一时刻只会往一个 binlog 日志文件中写入 binlog event，在崩溃那一刻，承载写入 event 的文件是最后一个 binlog 日志文件。...XID_EVENT 肯定也就没有同步给从服务器了，同样为了保证主从数据的一致性，事务在主服务器上也不能提交，而是需要回滚。
我们首先了解一下日志是怎么产生的，那种日志可以切割，那些日志不能切割，为什么不能切割，如果需要切割日志怎么处理？ 首先日志是怎么产生的 日志生命周期，创建/打开日志文件，追加日志记录，关闭日志文件。...f.close()} 这个程序是顺序运行，每次运行都会经历，打开日志文件，追加日志记录，关闭日志文件，一个日志生命周期结束。 在完成日志生命周后，你就可以切割日志了。...那么这个程序你就不能随便切割日志。你一旦修改了日志文件，程序将不能在写入日志到文件中。...总结 小小的日志文件有如此大的学问，目前很多应用程序写的比较健壮，能够判断出当前日志被删除，改写。程序运行中能够在创建丢失的日志文件，当日志被其他程序改写后，能够夺回写入权。...但这样的程序会影响程序并发性能，鱼和熊掌不能兼得。看了这篇文章我想你应该对日志有了全面了解，也会在接下来的工作中谨慎处理日志。
接着如下图所示，在日志监视器启动的时候，会加载内核ELF文件，寻找这个symbol，接着计算偏移量，就能知道CHANNEL在内存文件中的哪个位置了。 2.3. 怎么收集日志？...由于监视器不需要与DragonOS内核进行直接交互，那么我们会面临以下问题： 需要规定统一的日志格式。 监视器需要确定日志的顺序。 不能确定环形缓冲区的头部和尾部。...第二个问题，解决方案就是在日志头部加上id的字段。 第三个问题，这里采用的是一种“冗余计算”的方法：两个工作线程不停的循环扫描整个队列，发现新的日志，就把他加入到LogSet中。...启动日志监视器 启动后应当会输出以下信息，提示“无法加载内存文件”，这是正常的，因为DragonOS此时尚未启动，监视器正在等待DragonOS启动。 3.3....查看日志文件 在logs文件夹下，能够看到内存日志： 转载请注明来源：https://www.longjin666.cn/?p=1812
当我们学习MySQL的时候，这两部分内容是绕不开的，本文我将来详细的介绍一下这两个日志模块，它们在设计上有很多好玩的地方，一些思想也可以在我们工作中使用。...MySQL于这个也是类似的，InnoDB的redo log是固定大小的，比如我们可以分配一组4个文件，每个文件的大小都是1GB，那么总共就可以记录4GB的操作，从头开始写，写到末尾就又从开头循环写，write...pos是当前记录的位置，一边写一边后移，写到3号文件末尾后就回到0号文件开头，checkpoint是当前要擦除的位置，也是往后推移并且循环的，擦除记录前要把记录更新到数据库中。...这个地方为什么要有两份日志，还要从最开始的时候MySQL中没有InnoDB引擎说起，当时MySQL自带的引擎是MyISAM，但是M有ISAM没有crash-safe的能力，binlog日志只能用来归档，...“追加写”是指 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
SQL SERVER 和其他的数据库在日志方面不大一样，其中有一个概念叫 VLFS,每个物理事务日志文件在内部划分为许多虚拟日志文件(VLFs)。...虚拟日志文件没有特定的大小，也不能指定物理日志文件中有多少个VLF,这些都是数据库引擎来操作的，但实际当中SQL SERVER 是建议你减少 VLF的数量，虽然你的LDF文件可能只有一个，但是LDF 里面的...另外为什么增量要设置的比较大，原因就是这个VLF， 在申请扩大日志文件的时候，其实就是生成了一个VLF，如果设置的太小，例如有些人设置 1MB 的增量，想想如果有大量日志写入，对SQL SERVER 是一件多么奇怪的事情...那原理基本上明确了，首先第一点日志不能shrink 的就是在“小气鬼” 自作聪明的申请日志空间的“抠门”行为。...长事务无法完成，导致日志无法被截断冲利用，然后恶性循环。
例如，如果您从磁盘中获取了多个文件，在开始读取文件内容之前，先检查协程是否被取消了。类似这样的处理方式，您可以避免处理不必要的 CPU 密集型任务。...同样，这也意味着在 while 循环之外，我们若还想处理别的行为，比如在 job 被取消后打日志出来，那就可以检查 !isActive 然后再继续进行相应的处理。...所以现在，当协程不再处于活跃状态，会退出 while 循环，就可以处理一些清理工作了。...但是，一旦我们需要执行的清理工作也挂起了，那上述代码就不能够继续工作了，因为一旦协程处于取消中状态，它将不能再转为挂起 (suspend) 状态。您可以查看 完整代码。...处于取消中状态的协程不能够挂起 当协程被取消后需要调用挂起函数，我们需要将清理任务的代码放置于 NonCancellable CoroutineContext 中。
执行器和innoDB在执行update语句时候的流程是什么样的? .如果数据库误操作, 如何执行数据恢复? 说说binlog日志三种格式 什么是MySQL两阶段提交, 为什么需要两阶段提交?...WAL，中文全称是Write-Ahead Logging，它的关键点就是日志先写内存，再写磁盘。MySQL执行更新操作后，在真正把数据写入到磁盘前，先记录日志。...通过追加的方式记录，当文件尺寸大于配置值后，后续日志会记录到新的文件上 文件大小 文件大小是固定的 通过配置参数max_binlog_size 设置每个binlog文件大小 crash-safe能力...两阶段提交 两阶段提交主要有三步曲： redo log在写入后，进入prepare状态 执行器写入bin log 进入commit状态，事务可以提交。 为什么需要两阶段提交呢?...它采用循环写的方式记录，当写到结尾时，会回到开头循环写日志。
执行语句前，需要连接器的工作，在一个表上有更新的时候，跟这个表有关的缓存会失效，所以这条语句会把表 T 上所有缓存结果都清空，这也是为啥不推荐使用查询缓存的原因。...image write pos 是当前记录的位置，一边写一遍后移，相当于类似循环链表，写到第3号文件末尾后就回到文件开头。...checkpoint 是当前要擦除的位置，也是往后推移并且循环的，擦除记录前要记录更新到数据文件。 write pos 和checkpoint 是 redo log 中空闲的部分，可以记录新的操作。...redo log 是物理日志，记录的是在某个数据页上做了什么修改；binlog 是逻辑日志，记录的是这个语句的原始逻辑，比如“给ID=2这一行的 c 字段加1” redo log 是循环写的，空间固定会用完的...“追加写”是指 binlog 文件 写到一定大小后会切换到下一个，但是不会覆盖以前的日志。 InnoDB 引擎在执行 update 语句时的内部流程？ 执行器先找引擎 取 id =2 这一行。
redo log 是物理日志，记录的是“在某个数据页上做了什么修改”；而binlog是逻辑日志，记录这个语句的原始逻辑； binlog可以作为恢复数据使用；redo log可以作为异常宕机或者介质故障后的数据恢复使用...redo log是固定大小的四个文件，每个文件大小可以设置，所以redo log不是持久的，而是循环写入，一个指针记录可写入的开始位置，一个指针记录需要写入存储文件的开始位置。...分析四 换种说法，binlog是在一个事务完全提交后才会写入，但是redo log在事务未提交前就会写入，可以简单的理解为实时写入。...这里产生另外一个疑问，为什么不能先写redo log再写binlog，如果发现binlog没有该次操作直接不执行不就可以了吗，这样岂不也保证一致了？...那为什么不能删除binlog呢而直接使用redo log呢？ 因为binlog是持续写入的，而redo log是循环写入的，并不能持续的备份。
(9)AOF重写时能否共享使用AOF本身的日志文件(10)AOF缓冲区能否被AOF重写缓冲区共用(1)为什么需要进行AOF重写随着命令不断写入AOF文件，AOF文件会越来越大。...(9)AOF重写时能否共享使用AOF本身的日志文件不能，因为父子进程写同一个文件必然会产生竞争问题，AOF本身的日志文件是父进程进行write调用时写入的。...二.为什么要出现AOF重写缓冲区单线程的Redis需要使用子进程来进行AOF重写，期间父子进程操作的数据会出现不一致。需要注意的是：AOF日志属于写后日志，MySQL日志属于写前日志。...处理lua脚本的伪客户端在服务器初始化时创建，这个客户端会一直存在，直到服务器关闭。载入AOF文件时的伪客户端在载入工作开始时动态创建载入工作，完毕后关闭。...四.执行后续工作如果服务器开启了慢查询日志，则判断是否需要添加新的慢查询日志。如果开启的AOF持久化功能，那么要将写入的命令请求写入到AOF缓冲区里。
1.你执行语句前要先连接数据库，这是连接器的工作。 2.前面我们说过，在一个表上有更新的时候，跟这个表有关的查询缓存会失效，所以这条语句就会把表 T 上所有缓存结果都清空。...从头开始写，写到末尾就又回到开头循环写，如下面这个图所示。 write pos 是当前记录的位置，一边写一边后移，写到第 3 号文件末尾后就回到 0 号文件开头。...redo log是物理日志，记录的是“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如“给ID=2这一行的c字段加1” redo log是循环写的，空间固定会用完...“追加写”是指binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。 我想你肯定会问，为什么会有两份日志呢？ 因为最开始 MySQL 里并没有 InnoDB 引擎。...假设当前 ID=2 的行，字段 c 的值是 0，再假设执行 update 语句过程中在写完第一个日志后，第二个日志还没有写完期间发生了 crash，会出现什么情况呢？
它可以实现事务的crash-safe 结构 [redo_log 日志结构.png] Write pos 是当前记录的位置，一边写一边后移，写到ib_logfile_3 号文件末尾后就回到 ib_logfile...update user set a = 1 where b =2; 以一条更新语句为例，修改并不会直接写入这行数据所在的数据库文件（在硬盘中）。而是先写入到redolog日志。...如果服务挂了，内存没有了，服务再次启动时，会先把redo_log 中的变动更新到数据库文件中，此时数据依然是修改后的状态。这个过程叫做：crash-safe。 那么为什么不直接写入到数据库文件呢？...这个设计思路在我们日常工作中也非常有用。尤其是需要高并发写入的同时又要保证数据一致的时候。 WAL的优点 读和写可以并发执行，不会阻塞。...RedoLog 是循环写的，空间固定会用完；binlog 是可以追加写入的。“追加写”是指 binlog 文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
也许你想知道为什么一个线程不能同时处理 2 个或更多的请求？这是因为阻塞了 Input/Output 操作。 假设你正在开发一个在线商店应用，并且它需要一个页面，用户可以在其中查看您的所有产品。...因为你是一名优秀的开发者，你会保存所有的系统日志在一个文件中，要确保路由执行了正确的方法/函数，你的日志要增加一个字符串 “Method X executing!!”...为什么我们传统的 “thread-per-request” 模式不能够解决这个问题？现在让我们做一些数学运算。...但是，如果那不能解决 C10K 问题，为什么 Node.js 可以？好吧，因为它是单线程的。...Worker 实例，在一个工作线程中加载并执行 primes-workerthreads.js 文件。
linux存在很好的日志机制，大到系统，小到应用都可以记录日志。 为什么需要日志循环 操作系统（Windows，Unix），应用一般都会记录日志，方便使用者常看系统或应用使用情况，或者排查故障。...单纯的记录日志不加干预，日志不断累积，时间长了，磁盘空间就被占满了。 所以，在linux中，日志一般会按一定的规则进行循环，保证日志量控制在一定的范围内。...日志循环的方法 日志循环的原理一般是：在特定的时间点，或日志达到一定大小，就触发循环脚本。 循环脚本通过新增新日志，备份老日志，调度应用重新加载配置（重新写日志）达到日志循环的目的。...坏处是： 日志过大时，cp时间过长 日志短时间需要占用size*2的磁盘容量 之所以称之为有损循环，是因为echo >命令执行时，nginx工作进程依然在打印日志，这时候会出现两种可能： 0时0分前几秒的日志被清除了...，丢了部分日志； nginx工作进程无法写入日志，进程报错甚至挂掉。
他们都没有在 index.php 文件中出现，但是他们在源代码中出现了。 P 标签，为什么和如何使用？ 为什么 - 当我们输入日志的时候，每次跳过一行就是一个段落，这个时候需要一个方法去展示？..."> 你现在的 index.php 文件应该是： 保存并刷新浏览器，我们再次去查看源代码的话，就会发现每篇日志内容在 class=”entry” 的 DIV 标签中。...但是不能重复任何 id，比如，不能在同一页面上有两个 id="header" 。当你想一遍又一遍重新利用一些东西如日志的标题，那么请使用 class。...现在你的 index.php 文件为： 这个是经过缩进整理后的版本： 一般我们使用 tab 健而不是空格键产生缩进的。为什么进行要对代码进行缩进呢？...为什么你要添加另外一个 DIV 标签去围住日志标题和日志内容？
显然是不可能的，如果每次都需要落盘，首先数据量大的时候每次都要去对这么大的文件进行io操作，显然在效率上是不可行的。 那么redo log是怎么操作的呢？...redo log首先是一个环形的文件，可以设置每个文件大小，同时是循环写入的，当对数据进行修改后会先写入到redo log，如果开启了bin log那么会再写入到bin log，最后根据实际情况来写入磁盘...bin log主要记录的是每条sql的操作，用于防止MySQL数据丢失后能够进行找回。 为什么会有两个日志？...4.redo log是循环的，而bin log则不是 3.两阶段提交 在了解两阶段提交之前，首先先看一下一条修改SQL是怎么执行的？ 1.客户端和连接器进行连接。...4.为什么需要两阶段提交 所谓的两阶段提交就是指先写入了redo log后变为就绪状态，然后写入bin log后再提交事务变为commit状态。
云服务器
ICP备案
云直播
实时音视频
即时通信 IM
