Debug why a SQLite backed app is slow by watching real query latency live.
Spot failing or erroring SQL statements without adding any logging code.
Monitor several SQLite using processes on one machine at the same time.
Learn what a script's database layer is actually doing behind the scenes.
| yeet-src/sqlitefeed | abivan-tech/zvec-mcp | ardupilot/dronecan-webtools | |
|---|---|---|---|
| Stars | 9 | 9 | 9 |
| Language | JavaScript | JavaScript | JavaScript |
| Last pushed | — | — | 2025-09-02 |
| Maintenance | — | — | Quiet |
| Setup difficulty | moderate | moderate | moderate |
| Complexity | 4/5 | 3/5 | 3/5 |
| Audience | developer | developer | ops devops |
Figures from each repo's GitHub metadata at analysis time.
Linux only, requires installing the yeet daemon and building a BPF object first.
sqlitefeed lets you watch, in real time, every SQL statement that any program on your computer sends to SQLite. Think of it like a live camera pointed at your database: instead of digging through logs after something breaks, you see each query as it happens, right in your terminal. It works by attaching directly to the SQLite library itself, not to any single app. That means one run of sqlitefeed can watch your web server, a background job, and someone typing commands into a database shell, all at the same time, without any of them needing to be changed, restarted, or configured to cooperate. This is done using a Linux kernel feature called eBPF, which lets the tool observe running programs safely from outside them. For each query, sqlitefeed shows the actual SQL text with color highlighting, the real values that were plugged into placeholders, how many rows came back, how long the query took to run, and whether it succeeded or failed. Failed queries are marked in red so problems stand out immediately. You can scroll through the feed, pause it, jump back to the newest entry, or filter it with a quick search to find a specific process or query. One clever detail: even if sqlitefeed starts watching after a program has already prepared its queries, it can usually still recover the original SQL text by reading it directly out of the program's memory. This only works on 64 bit Intel and AMD machines, on other systems those older queries simply show up as unknown until they run again. Setup involves installing a small companion program called yeet, then building and running sqlitefeed with a couple of terminal commands. It only works on Linux, since it depends on kernel level tracing that other operating systems do not support. There is no need to change application code, add logging statements, or restart the traced programs. It is aimed at developers who want to understand what their SQLite backed applications are actually doing under the hood, without adding overhead or modifying anything.
A terminal tool that shows every SQL query any program on your machine runs against SQLite, live, without changing your code.
Mainly JavaScript. The stack also includes JavaScript, eBPF, SQLite.
Dual licensed under BSD and GPL, so you can choose the permissive BSD terms or the GPL terms depending on your project.
Setup difficulty is rated moderate, with roughly 30min to a first successful run.
Mainly developer.
This repo across BitVibe Labs
Verify against the repo before relying on details.