区块链【免费下载链接】lndLightning Network Daemon ⚡️项目地址https://gitcode.com/gh_mirrors/ln/lnd点击查看免费下载本篇技术指南以 LND 官方文档 docs/sqlite.md 为主体结合仓库内 kvdb/sqlite 的源码实现与 sample-lnd.conf 示例配置系统讲解如何为 LND 启用 SQLite 存储后端。读完本文你将掌握db.backendsqlite等核心配置项的语义与取值、LND 强制注入的 PRAGMA 选项及背后的源码逻辑、利用incremental_vacuum实现数据库自动压缩以及 SQLite 后端的平台限制与新节点专属约束。一、背景kvdb 接口与多数据库后端架构LND 通过引入kvdb接口将底层存储与上层业务解耦从而能够同时支持多种数据库后端。在 kvdb/config.go 中可以看到 LND 定义的后端名称常量BoltBackendName bdb默认后端EtcdBackendName etcdPostgresBackendName postgresSqliteBackendName sqlite。SQLite 后端正是通过这套kvdb抽象接入的上层子系统如channeldb、graph/db、invoices只面向walletdb.DB接口编程实际落盘由具体的后端驱动完成。在 kvdb/sqlite/driver.go 中LND 通过walletdb.RegisterDriver注册名为sqlite的驱动并提供Create/Open两个回调二者最终都调用NewSqliteBackend建立连接。需要特别指出的是SQLite 后端依赖 kvdb/go.mod 中引入的modernc.org/sqlite纯 Go 实现无 CGO 依赖驱动库并且是通过kvdb_sqlite构建标签build tag条件编译的。具体条件可见 kvdb/sqlite/driver.go 顶部的构建约束kvdb_sqlite !(windows (arm || 386)) !(linux (ppc64 || mips || mipsle || mips64))换言之要让 SQLite 后端可用必须使用带kvdb_sqlite标签构建的 LND 二进制关闭该标签时kvdb/kvdb_no_sqlite.go 会返回sqlite backend not available的错误提示。二、重要约束仅限新节点且平台受限2.1 仅适用于新节点文档中明确强调当前 SQLite 后端选项只能用于新建的节点。对一个已有数据的节点设置db.backendsqlite并不会迁移现有数据——也就是说无法借助该选项把既有 Bolt/etcd/Postgres 数据自动搬到 SQLite只能让全新的 LND 实例从零开始使用 SQLite 存储。2.2 平台与架构限制由于modernc.org/sqlite驱动库本身不支持某些平台SQLite 后端在以下组合下不可用Windows (386/ARM)Linux (PPC/MIPS含 ppc64、mips、mipsle、mips64)。这一点与上面列出的构建标签条件完全对应。在受支持的平台上SQLite 后端可以正常工作特别适合资源受限或希望摆脱外部数据库依赖的场景。三、配置 LND 使用 SQLite3.1 顶层配置项一览LND 的数据库配置统一挂在[db]段下。核心选择项是db.backend它对应 lncfg/db.go 中DB结构体的Backend字段取值为上节提到的四个后端名称之一。示例配置文件中见 sample-lnd.conf 的[db]段也明确说明默认后端是bolt而 etcd、postgres、sqlite 均为实验性支持。db.backendsqlite之外SQLite 专属选项定义在 sqldb/config.go 的SqliteConfig结构体中命令行/配置项前缀为db.sqlite.完整清单如下配置项类型说明默认行为db.backendstring选择数据库后端boltdb.sqlite.timeoutduration单个数据库查询的超时时间超时后查询被取消未设置则无超时0即禁用db.sqlite.busytimeoutduration数据库被锁定时单个调用最多等待的时间未设置时为 5sdb.sqlite.maxconnectionsint到数据库的最大并发连接数0 表示不限制未设置时为 2db.sqlite.pragmaoptionsstring 列表应用于每个连接的 PRAGMA 选项可重复指定见下文默认 PRAGMAdb.sqlite.skipmigrationsbool启动时跳过 schema 迁移falsedb.sqlite.query.max-batch-sizeint原生 SQL 批量查询 IN 子句的最大元素数250db.sqlite.query.max-page-sizeint原生 SQL 分页查询单次拉取的最大记录数100其中maxconnections的默认值值得留意源码 sqldb/config.go 中DefaultSqliteMaxConns 2之所以把默认连接数压得这么低是因为SQLite 同一时刻只允许一个写者过高的连接数反而会加剧对busy_timeout的争用并抬高资源占用尤其对移动端不友好。同样地DefaultSqliteBusyTimeout 5 * time.Second是busytimeout未配置时的兜底值。3.2 最小可用配置示例以下是文档给出的、可直接放入lnd.conf的完整示例[db] db.backendsqlite db.sqlite.timeout0 db.sqlite.busytimeout10s db.sqlite.pragmaoptionstemp_storememory db.sqlite.pragmaoptionsincremental_vacuum这段配置的含义逐条拆解db.backendsqlite选择 SQLite 后端db.sqlite.timeout0不设置查询超时0表示禁用超时即无限等待db.sqlite.busytimeout10s当数据库正被其他连接锁定时最多等待 10 秒再放弃db.sqlite.pragmaoptionstemp_storememory临时表/临时排序数据存放在内存中减少磁盘 IOdb.sqlite.pragmaoptionsincremental_vacuum启用增量式自动压缩见第五节。3.3 timeout 与 busytimeout 的底层差异两个超时容易混淆这里从源码层面说清它们的区别db.sqlite.timeout查询超时作用于每次数据库请求。在 kvdb/sqlbase/db.go 中getTimeoutCtx在cfg.Timeout非零时用context.WithTimeout为请求绑定超时上下文若为0则直接返回无超时上下文对应文档所说未设置则不适用任何超时。db.sqlite.busytimeout锁等待超时作用于 SQLite 层的锁争用。SQLite 是单写者模型当写事务与其他连接冲突时连接会按该值在数据库忙状态下持续重试超时后返回锁错误。该值最终被转换为毫秒并作为busy_timeoutPRAGMA 注入连接见下节源码证据。四、默认 PRAGMA 选项文档与源码双重印证4.1 强制注入的 PRAGMA按照文档记载以下 PRAGMA 选项始终会被设置foreign_keyson journal_modewal busy_timeout5000 // 可被 db.sqlite.busytimeout 选项覆盖这一描述在源码 kvdb/sqlite/db.go 的NewSqliteBackend中得到印证。该函数构造pragmaOption列表时会无条件加入以下四个选项busy_timeout值取自cfg.BusyTimeout.Milliseconds()未配置时由sqldb层兜底为默认 5s 的毫秒数foreign_keyson开启外键约束保证跨表引用完整性journal_modeWAL使用 WALWrite-Ahead Logging日志模式显著提升并发读写性能auto_vacuumincremental启用增量式自动回收空闲页详见第五节。这些 PRAGMA 通过url.Values以_pragma前缀编码进连接 DSN最终得到形如dbpath?_pragmaxxx_txlockimmediate的连接串。需要留意的是上述列表中auto_vacuumincremental同样来自强制列表文档中将其归入默认设置但可被覆盖一组实际以源码的强制注入为准——但下文 4.2 会说明用户仍可通过pragmaoptions重复指定同名选项来覆盖。此外DSN 末尾还附加了_txlockimmediate选项见 kvdb/sqlite/db.go 中sqliteTxLockImmediate常量其作用是让写事务以IMMEDIATE模式立即开始避免在事务中途才升级锁而引发database is locked错误这是 LND 在单写者模型下降低锁冲突的重要细节。4.2 默认设置但可被覆盖的 PRAGMA文档同时列出以下 PRAGMA 默认会被设置、但可通过db.sqlite.pragmaoptions覆盖synchronousfull auto_vacuumincremental fullfsynctrue // 仅在 Mac 上有意义synchronousfull每次写入都同步到磁盘牺牲部分性能换取最高的持久性保证auto_vacuumincremental启用增量式自动压缩fullfsynctrue对 Mac 平台强制全盘同步仅在 macOS 上生效。4.3 用户自定义 PRAGMA 的传递方式db.sqlite.pragmaoptions支持重复指定多次以追加多个选项对应 sqldb/config.go 中PragmaOptions []string的切片类型。从 kvdb/sqlite/db.go 的实现看用户提供的每个选项都会以_pragma前缀追加到 DSN 查询参数中且支持三种书写形式keyvalue形式如temp_storememorykey(N)形式如incremental_vacuum(100)带参数key裸形式如incremental_vacuum。由于 SQLite 按顺序应用连接串中的 PRAGMA用户在后追加的同名选项会覆盖 LND 注入的默认值包括 4.1 中强制注入的busy_timeout、auto_vacuum等这正是文档中可被覆盖一说的由来。示例配置 sample-lnd.conf 的[sqlite]段同样示范了该用法db.sqlite.pragmaoptionsauto_vacuumincremental db.sqlite.pragmaoptionstemp_storeMEMORY五、自动压缩Auto-compactionincremental_vacuum 实践SQLite 在长期运行中会积累空闲页freelist删除数据、更新记录后原先占用的页并不会自动归还给操作系统。此时可通过incremental_vacuumPRAGMA 在不重建整个数据库文件的前提下分次回收空闲页避免数据库文件无限膨胀。在 LND 中激活启动期自动压缩只需把incremental_vacuum写入db.sqlite.pragmaoptions// 用 N 限制从 freelist 中最多移除的页数 db.sqlite.pragmaoptionsincremental_vacuum(N) // 省略 N 表示清空整个 freelist db.sqlite.pragmaoptionsincremental_vacuum两种写法的语义incremental_vacuum(N)每次压缩最多回收N 个页面。适合希望压缩过程分步进行、避免一次性大 IO 的场景incremental_vacuum不指定页数则尽可能清空整个 freelist文件缩水效果最彻底。将该选项与其他配置组合的完整示例即 3.2 节给出的配置块。值得说明的是由于 LND 默认注入auto_vacuumincremental数据库文件本身已处于增量真空模式此时再通过incremental_vacuum触发实际的回收动作二者配合即可实现启动时自动压缩。六、进阶与原生 SQL 及迁移相关的补充说明除了文档主体内容仓库还提供了若干与 SQLite 后端配套的能力方便读者按需开启原生 SQL 模式db.use-native-sql为true时支持原生 SQL 表的子系统当前为 Invoices、Graph将不再走 KV 模拟层而直接使用 SQL 查询db.sqlite.query.max-batch-size与db.sqlite.query.max-page-size即用于控制此时批量与分页查询的规模见 sqldb/config.go 的QueryConfig跳过迁移db.sqlite.skipmigrations可跳过启动时的 schema 迁移仅在排查迁移错误时建议使用构建开关如上文所述SQLite 后端依赖kvdb_sqlite构建标签且测试辅助入口StartSqliteTestBackend也在 kvdb/kvdb_sqlite.go 中按同样条件编译。七、总结LND 通过kvdb抽象将 SQLite 纳入多后端存储体系使用上遵循仅新节点 平台受限于驱动库两个前提。核心配置集中在[db]段db.backendsqlite完成后端切换db.sqlite.timeout、db.sqlite.busytimeout分别控制查询超时与锁等待db.sqlite.pragmaoptions则可自定义任意 PRAGMA支持keyvalue、key(N)、key三种形式。底层实现kvdb/sqlite/db.go会强制注入busy_timeout、foreign_keyson、journal_modeWAL、auto_vacuumincremental四项 PRAGMA并以_txlockimmediate降低单写者模型下的锁冲突配合incremental_vacuum选项即可在每次启动时自动压缩数据库文件。对资源受限或希望摆脱外部依赖的部署场景这是一个开箱即用的存储方案。赞分享区块链【免费下载链接】lndLightning Network Daemon ⚡️项目地址https://gitcode.com/gh_mirrors/ln/lnd点击查看免费下载相关推荐卡尔曼滤波入门为什么传感器融合是机器人定位的黄金法则卡尔曼滤波入门为什么传感器融合是机器人定位的黄金法则 在机器人技术飞速发展的今天精确的定位能力成为衡量机器人性能的核心指标之一。而传感器融合技术尤其是卡尔Coroot 配置数据库指南SQLite 默认方案与 PostgreSQL 生产部署Coroot 配置数据库指南SQLite 默认方案与 PostgreSQL 生产部署 Coroot 作为开源的可观测性与 APM 平台自身需要一个轻量数据库可观测性指标监控链路追踪APMAndroid数据库性能调优SQLite PRAGMA配置全解析Android数据库性能调优SQLite PRAGMA配置全解析 引言为什么SQLite性能调优至关重要 在Android应用开发中数据库操作往往是性能数据库ORM移动开发上一篇Mem Reduct 中文界面切换指南3 步改好语言设置下一篇League Akari 使用指南英雄联盟本地自动选英雄与战绩分析工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考