火鸟怎么用：实测上手笔记
火鸟怎么用，别先翻一堆概念。我这次按一个小型进销存库的场景跑了一遍：建库、连库、导入数据、备份、嵌入式部署都试了。它不是那种开箱就花哨的数据库，强项在轻、稳、少折腾，但前提是你别把它当 MySQL 来用。
安装方式对比：服务版更省心
我先试的是 Windows 服务版，安装包一路点完，服务自动起来，默认端口 3050。对新手来说这是最稳的入口，DBeaver 填主机、库文件路径、用户名密码就能连。麻烦点在于路径要写服务器本机能识别的路径，不是你客户端电脑的路径。
嵌入式版我也试了，适合单机工具随程序一起带走。优点是不用装服务，缺点是文件、动态库、驱动版本要放对位置。给客户发一个绿色小工具时很好用；多人同时访问时，别硬上嵌入式。
连接工具对比：DBeaver最顺手
Firebird 自带 isql，能做所有事，但第一次用会觉得硬。比如创建表、执行脚本、查字符集问题，它很直接，也很不照顾眼睛。我通常只在排查连接、跑初始化 SQL 时用它。
日常看表结构、改数据，我更推荐 DBeaver。装 Firebird JDBC 驱动后，表、索引、视图都能看到。FlameRobin 更轻，但维护感弱一些。我的经验是：开发机用 DBeaver，服务器上保留 isql，别指望一个工具包打天下。
建库参数对比：字符集别省
新建库时最容易被忽略的是字符集。中文项目直接用 UTF8，别等到导入客户名称出现乱码再返工。火鸟数据库的库文件通常是 .fdb，文件放在固定数据目录，不要丢在桌面或程序目录里，后面权限和备份都会烦。
页大小也别乱调。小项目默认值够用，批量写入多、表较大时再考虑 16K 或 32K。很多人一上来就调参数，最后并没有快多少，反而让后续迁移和排查多一层不确定。
备份方式对比：gbak比复制可靠
直接复制 .fdb 文件，看起来最快，实际最危险。服务运行中复制，文件可能处在不一致状态。我故意在写入时复制过一次，恢复后能打开，但部分事务状态很脏，这种问题最难解释。
靠谱做法是用 gbak 做逻辑备份。小库几十 MB 几秒就完事，大库可以放到夜间任务里。备份文件再异地保存一份，恢复时用 gbak 还原成新库。火鸟的备份工具不华丽，但胜在规则清楚。
适用场景对比：别拿它硬扛互联网
火鸟适合内网系统、桌面软件、本地设备、财务类小团队应用。它占用低，部署轻，一个库文件带走很方便。我测试的 20 万行明细表，普通索引建好后查询响应能接受。
但高并发 Web、复杂分布式、云原生监控体系，它不是首选。你要的是生态和团队招聘便利，PostgreSQL、MySQL 更现实。火鸟怎么用这件事，核心不是命令，而是先判断它是不是该出现在这个项目里。
常见问题
火鸟数据库默认账号密码是什么？
常见默认管理员是 SYSDBA，安装时会设置密码。旧资料里常见 masterkey，但新版本和正式环境都不应沿用默认密码。
火鸟能用 DBeaver 连接吗？
可以。新建连接选择 Firebird，配置 JDBC 驱动，填写服务器地址、端口 3050、数据库文件路径、账号密码即可。
火鸟数据库文件能直接拷贝备份吗？
不建议在服务运行时直接拷贝 .fdb。日常备份用 gbak，更容易保证一致性，也便于跨机器恢复。