SQLite作为一款轻量级、零配置的嵌入式关系型数据库，在Linux系统开发与运维中占据着核心地位，在Linux环境下安装SQLite通常有两种主流途径：通过系统包管理器进行快速安装，或者从官方源码进行编译安装以获取最新版本及定制化功能，对于大多数应用场景，包管理器安装足以满足需求；而对于追求极致性能、最新特性或特定编译选项的专业开发者，源码编译则是不可或缺的技能，掌握这两种安装方式及其背后的配置逻辑，能够确保数据库环境的高效、稳定与安全。
检查系统预装情况
在执行安装操作之前,首先应确认当前Linux发行版是否已经预装了SQLite，由于SQLite的广泛应用，许多服务器版本的Linux默认集成了该工具，可以通过终端直接输入版本查询命令来进行验证，打开终端，输入sqlite3 --version，如果系统返回了版本号信息，3.37.2 2022…”，则说明SQLite已经安装并配置好了环境变量，无需重复安装，若系统提示“command not found”或未找到命令，则意味着需要手动进行安装，这一步检查能够避免不必要的覆盖安装，节省系统资源。
使用包管理器安装（推荐方式）
对于绝大多数用户,利用Linux发行版自带的软件包管理器是安装SQLite最简单、最安全且最符合系统规范的方式，这种方式不仅能自动处理依赖关系，还能通过系统的更新机制轻松获取安全补丁。
在基于Debian或Ubuntu的系统中,使用APT（Advanced Package Tool）进行安装，建议更新本地的软件包索引，以确保获取到最新的软件列表，执行命令sudo apt update，更新完成后，运行安装命令sudo apt install sqlite3，如果需要进行C/C++语言开发，通常还需要安装开发头文件和链接库，此时应执行sudo apt install libsqlite3-dev，该开发包包含了sqlite3.h等关键头文件，是编译依赖SQLite的程序所必需的。
在基于CentOS、RHEL或Fedora的系统中，主要使用YUM或DNF包管理器，对于较新的系统，可以使用sudo dnf install sqlite或sudo dnf install sqlite-devel来安装数据库引擎及开发包，对于较旧的CentOS 7系统，则使用sudo yum install sqlite sqlite-devel，包管理器安装的路径通常遵循Linux文件系统层次结构标准，可执行文件一般位于/usr/bin/sqlite3，库文件位于/usr/lib/下，便于系统统一管理。
从源码编译安装（专业进阶方式）
当系统默认仓库中的SQLite版本过旧,无法支持最新的SQL特性或JSON1扩展时，或者开发者需要针对特定CPU架构进行优化编译，从源码安装是最佳解决方案，这种方式提供了最高的灵活性和控制权。
需要从SQLite官方网站下载最新的“autoconf”源码包，使用wget命令下载，例如wget https://www.sqlite.org/2024/sqlite-autoconf-3450000.tar.gz（此处版本号应随官网更新），下载完成后，使用tar命令解压压缩包：tar xvfz sqlite-autoconf-3450000.tar.gz，解压后进入生成的目录。
编译过程分为配置、编译和安装三个阶段，配置阶段允许开发者定制安装路径和编译选项，为了不污染系统目录，通常将其安装到/usr/local下，推荐使用--prefix参数指定路径，并开启--enable-readline以支持命令行下的历史记录和方向键编辑，这对于调试体验至关重要，配置命令如下：./configure --prefix=/usr/local/sqlite --enable-readline，配置完成后，执行make命令进行编译，对于多核服务器，可以使用make -j$(nproc)来加速编译过程，编译成功后，使用sudo make install将文件安装到指定目录。
安装完成后,需要将SQLite的可执行文件路径添加到系统的环境变量PATH中，以便在任何目录下直接调用，可以编辑~/.bashrc或/etc/profile文件，追加export PATH=/usr/local/sqlite/bin:$PATH，然后执行source ~/.bashrc使其生效，再次输入sqlite3 --version，应能看到新编译的版本号。
验证安装与基础测试
无论采用哪种安装方式,验证环节都必不可少，除了查看版本号，还应进行简单的数据库读写测试，在终端输入sqlite3 test.db，这将创建一个名为test.db的数据库文件并进入交互式Shell，在提示符下输入SQL语句创建表并插入数据，例如CREATE TABLE users(id INTEGER PRIMARY KEY, name TEXT);和INSERT INTO users(name) VALUES('Admin');，接着执行SELECT * FROM users;，如果能看到刚才插入的数据，说明SQLite引擎运行完全正常，输入.quit可退出Shell。
常见问题与专业建议
在安装过程中,可能会遇到“缺少readline开发库”的编译错误，这是因为源码编译依赖readline库来提供命令行编辑功能，在Ubuntu上可通过sudo apt install libreadline-dev解决，在CentOS上则通过sudo yum install readline-devel解决。
从专业运维的角度来看,版本管理是关键，在生产环境中，不建议随意通过源码覆盖系统自带的SQLite版本，因为这可能依赖系统库的旧版本，导致其他系统工具（如Python的sqlite3模块）运行异常，建议将源码版安装到独立的目录（如/opt/sqlite或/usr/local/sqlite），并在需要时显式调用路径。安全性也不容忽视，虽然SQLite是单机文件数据库，但在编译时关闭不必要的扩展（如加载动态扩展的能力）可以减少潜在的攻击面。
相关问答
Q1：在Linux系统中，如何卸载通过源码编译安装的SQLite？
A1： 源码编译的软件通常没有注册到包管理器中，因此不能直接使用apt或yum卸载，卸载方法取决于编译时的配置，如果在编译目录下保留了Makefile，可以在该目录下执行sudo make uninstall，如果Makefile已删除，则需要手动删除安装目录下的文件，通常需要删除/usr/local/sqlite（或自定义prefix路径）下的bin、lib、include等目录中的相关文件，并手动编辑~/.bashrc或/etc/profile删除之前添加的环境变量配置，最后重新加载配置文件。
Q2：为什么在Python中调用sqlite3模块时，显示的SQLite版本与命令行sqlite3 --version不一致？
A2： 这是一个常见的环境差异问题，Python的sqlite3模块通常是一个内置模块（C扩展），它在编译Python时链接了系统自带的SQLite动态库（通常是libsqlite3.so），Python使用的版本取决于编译Python时链接的库版本，而不是你当前命令行中sqlite3可执行文件的版本，如果你在/usr/local下安装了新版SQLite，Python仍然会使用旧版，要让Python使用新版SQLite，通常需要重新编译Python源码，并指定新版SQLite的库路径，或者使用pysqlite3等第三方包来替代内置模块。
如果您在Linux安装SQLite的过程中遇到特定的依赖报错或版本兼容性问题,欢迎在评论区留言，我们将为您提供针对性的技术解决方案。
