Navicat每次连接MySQL都会产生id_cache.db，id_cache.db-wal，id_cache.db-shm的三个文件

Electron应用中的Cache.db和Cache.db-shm，Cache.db-wal文件是干什么用的呢？ 它们是SQLite数据库的数据文件，用来存储一些敏感数据。 其中，db-shm是一个共享内存文件，一般比较新。

在 C:\ProgramData\Microsoft\Windows\CapabilityAccessManager 路径下，有一个名为 CapabilityAccessManager.db-wal 的文件，竟然悄悄膨胀到了几十 GB 甚至上百 GB！

本篇主要讲解下leveldb内部所使用的Cache整体结构及初始化好流程。Cache主要分TableCache和BlockCache。 Cache结构 1.TableCache 图1 TableCache： Key： 落地存储文件名称，例如000021.ldb文件，file_number就是000021。 Value： 包括两部分，一是ldb文件句柄，二是ldb文件的table信息，详细的内容已在图1中介绍。 注： 当前版本是1.22版本，落地的文件好像不是sst格式，而是ldb格式。 2.Bloc

using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Text; using System.Windows.Forms; using System.Linq; using System.Dat...

mysqldump -hhostname -uusername -ppassword databasename > backupfile.sql备份MySQL数据库为带删除表的格式备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。mysqldump -–add-drop-table -uusername -ppassword databasenam

点击左上角的”链接“选项，如下图所示。在下拉列表中选择“SQLite”，在弹出的“SQLite”对话框中，

.db-wal文件 wal意思是write-ahead log，顾名思义就是保存的一个日志，对于提交/回滚目的很有用。 sqlite3.7之后开始提供这个功能，当一个数据库采用WAL模式，所有连接数据的操作都必须使用WAL，然后在在数据库文件夹下生成一个后缀为.db-wal的文件保存操作日志。该日志使SQLite可以在事务失败时回滚更改。 SQLite如何使用它们以及为什么将它们保留这么长时间取决于SQLite的作者。如果数据库未在运行，则删除该文件是完全可以的，实际上，如果存在该文件，它将在重新启动数.

.db-wal文件 wal意思是write-ahead log，顾名思义就是保存的一个日志，对于提交/回滚目的很有用。 sqlite3.7之后开始提供这个功能，当一个数据库采用WAL模式，所有连接数据的操作都必须使用WAL，然后在在数据库文件夹下生成一个后缀为.db-wal的文件保存操作日志。该日志使SQLite可以在事务失败时回滚更改。 SQLite如何使用它们以及为什么将它们保留这么长时间取决于SQLite的作者。如果数据库未在运行，则删除该文件是完全可以的，实际上，如果存在该文件，它将在重新启动数据.

写入密集型负载：如果你的系统主要处理大量的写入操作，并且写入性能是关键，你可能需要限制max-concurrent-compactions的值，以避免压缩操作与写入操作争用资源。#高I/O性能：如果您的系统具有高性能的磁盘I/O子系统（如SSD），并且磁盘I/O不是瓶颈，那么您可以考虑增加compact-throughput的值，以允许更快的压缩操作。#如果你的查询模式主要是读取，并且查询经常涉及相同的测量、标签和字段组合，那么增加 series-id-set-cache-size 可能会提高性能。

    1　引　言微处理器和存储器的发展一直以来都不是很均衡，这导致了两者在性能上的巨大鸿沟。在1980年，典型的微处理器的运行频率是10MHz，典型的SDRAM访问时间是250ns。而如今微处理器运行在GHz的频率内，提高了几个数量级，而SDRAM却差不多只提高了一个数量级。对主存的访问速度成为了约束微处理器性能的瓶颈。解决微处理器访问SDRAM速度慢的方法是采用访问速度快的SRAM，但

navicat的数据库存放位置在什么地方？带着这样的疑问，我们去解决问题，navicat是默认安装，mysql也是默认安装，数据库存在默认用户所在的目录下面。 安装MySQL时，请选择“Custom”安装方式。在选择安装目录时，可以同时选择数据安放的位置，很多人此时只是设置了MySQL的安装位置。 对 于已经安装完毕的用户而言，请打开MySQL安装目录中的“my.ini”文件，使用查找功能...

.db-wal文件 wal意思是write-ahead log，顾名思义就是保存的一个日志，对于提交/回滚目的很有用。 sqlite 3.7之后开始提供这个功能，当一个数据库采用WAL模式，所有连接数据的操作都必须使用WAL，然后在数据库文件夹下生成一个后缀为.db-wal的文件保存操作日志。该日志使SQLite可以在事务失败时回滚更改。 SQLite如何使用它们以及为什么将它们保留这么长时间取决于SQLite的作者。如果数据库未在运行，则删除该文件是完全可以的，实际上，如果存在该文件，它将在重新启动数据

4.2 armV8的cache line是64Byte，但是core实际使用数据和指令的最小单位是byte，所以cache line的修改可能只有一小部分。6.是不是先通知其他core数据或指令被修改了，然后过一段时间数据才能更新？5.由于某个core改写了指令或者数据，就导致cache的一致性问题，怎么解决？icache和dcache的一致性是什么？类型和属性都有什么含义 什么情况下使用，也就是每个属性是为了解决什么问题？和指令的分支预测有什么关系？7.cache的歧义和别名是什么东西？

I-Cache 和 D-Cache

MySQL的WAL机制 WAL全称为Write-Ahead Logging，预写日志系统。其主要是指MySQL在执行写操作的时候并不是立刻更新到磁盘上，而是先记录在日志中，之后在合适的时间更新到磁盘中。日志主要分为undo log、redo log、binlog。 当内存数据页跟磁盘数据页内容不一致的时候，我们成这个内存页为“脏页”。内存数据写入磁盘后，内存和磁盘上的数据页内容就一致了，称为“干净页”。 MySQL真正使用WAL的原因是：磁盘的写操作是随机IO，比较耗性能，所以如果把每一次的更新操作都先写入

本文从电子数据取证角度，系统分析了三类远程工具的取证方法：1）远程控制工具（向日葵/ToDesk）重点提取登录账号、设备识别码、IP地址等连接信息，通过日志分析还原操作轨迹；2）数据库工具（Navicat/DBeaver）聚焦连接配置解析、SQL操作记录追踪及数据导出功能，特别对加密文件进行解密处理；3）服务器工具（FinalShell/Xshell）主要分析会话管理记录、命令历史及配置文件解析，强调SSH密钥信息的获取。文中详细梳理了各工具的日志存储路径、关键文件解析方法，为合法合规的电子取证提供技术指引

WAL、日志的两阶段提交、组提交机制（group commit）、redo log（重做日志）、binlog（归档日志）、内存脏页、InnoDB刷脏页的控制策略

MySQL 体系架构如下图所示：为了提高完全相同的查询语句的响应速度，MySQL Server 会对查询语句进行 Hash 计算得到一个 Hash 值。MySQL Server 不会对 SQL 做任何处理，SQL 必须完全一致 Hash 值才会一样。得到 Hash 值之后，通过该 Hash 值到查询缓存中匹配该查询的结果。如果匹配（命中），则将查询的结果集直接返回给客户端，不必再解析、执行查询。如果没有匹配（未命中），则将 Hash 值和结果集保存在查询缓存中，以便以后使用。也就是说，