Firebird 3.0建表速度远慢于2.5的问题求助

我在执行脚本创建约200张表时，发现Firebird 3.0耗时长达2分钟，而Firebird 2.5仅需6秒。已经尝试调整多种服务器配置、更换不同客户端连接方式，甚至直接通过isql执行，Firebird 3.0的建表速度依旧明显更慢。

以下是前3张表的建表语句：

CREATE TABLE defdok_analityka
(id_analityka INTEGER NOT NULL
, id_nagl INTEGER NOT NULL
, nazwa VARCHAR(60)
);

CREATE TABLE d_czas
(dc_id INTEGER NOT NULL
, dc_rok_mc VARCHAR(7)
, dc_rok_kwartal VARCHAR(7)
, dc_rok_tydzien_r VARCHAR(7)
, dc_data DATE
, dc_rok INTEGER
, dc_dzien_r INTEGER
, dc_kwartal INTEGER
, dc_miesiac INTEGER
, dc_dzien_mc INTEGER
, dc_dzien_tg INTEGER
, dc_tydzien_r INTEGER
);

CREATE TABLE d_kontrahent
(dk_id INTEGER NOT NULL
, dk_poczta_kod VARCHAR(20)
, dk_key_konsolid VARCHAR(30)
, dk_kraj_nazwa VARCHAR(35)
, dk_oper_prow VARCHAR(40)
, dk_przed_handl VARCHAR(40)
, dk_woj VARCHAR(50)
, dk_poczta VARCHAR(50)
, dk_firma_ident VARCHAR(50)
, dk_obszar_logist VARCHAR(60)
, dk_gmina VARCHAR(64)
, dk_powiat VARCHAR(64)
, dk_miejscowosc VARCHAR(64)
, dk_adres VARCHAR(90)
, dk_nazwa_skr VARCHAR(100)
, dk_obszar_handl VARCHAR(100)
, dk_nazwa VARCHAR(150)
, dk_src VARCHAR(20) NOT NULL
, dk_nip VARCHAR(35) NOT NULL
, dk_nip_wew VARCHAR(35) NOT NULL
, dk_data_utworzenia DATE
, dk_jdt0 TIMESTAMP
, dk_jdt1 TIMESTAMP
, dk_nr INTEGER
, dk_ver INTEGER
, dk_id_kon INTEGER
, dk_id_kontrah INTEGER
, dk_id_attribute INTEGER
, dk_id_firmy INTEGER NOT NULL
);

可行的优化方向 #

1. 关闭非必要的安全特性 #

Firebird 3.0默认启用了更多安全校验与加密机制，会增加元数据操作的额外开销：

• 修改firebird.conf，设置WireCrypt = Disabled关闭连接加密
• 调整AuthServer = Legacy_Auth,Srp，若不需要SRP新认证，可暂时仅保留Legacy_Auth（生产环境需评估安全风险后操作）

2. 批量事务处理建表操作 #

Firebird 3.0对事务的管控更严格，自动提交模式下每个建表语句都会触发独立事务，累积开销极大：

SET AUTOCOMMIT OFF;
-- 所有CREATE TABLE语句集中放在此处
COMMIT;

将所有建表操作包裹在单个事务中，可大幅减少事务提交的磁盘IO开销。

3. 临时调整强制写同步设置 #

Firebird 3.0默认开启ForceWrites = True，确保每次操作实时写入磁盘，这会显著拉高小操作的延迟：

• 初始化建表阶段临时设置ForceWrites = False，完成后再改回原值（仅适合初始化场景，生产环境需保持开启以保障数据安全）

4. 优化内存与缓存配置 #

• 增大MetadataCacheSize参数，例如设置为MetadataCacheSize = 10000，减少元数据的重复解析次数
• 调整PageCacheSize至合理值（如PageCacheSize = 8192，需根据服务器物理内存调整），提升页面缓存效率
• 开启UseFileSystemCache = True，利用操作系统文件系统缓存加速元数据访问

5. 禁用非必要插件 #

Firebird 3.0支持审计、监控等扩展插件，这些插件可能在元数据操作时产生额外性能损耗：

• 暂时禁用AuditTracePlugin等非必要插件，观察建表速度是否有明显提升

内容的提问来源于stack exchange，提问作者Konrad Groń