直接查SELECT COUNT(*)不是最优解，因全表扫描耗时长、加读锁且可能被生产库禁止；DBeaver通过Statistics标签页调用数据库原生统计信息（如MySQL的TABLE_ROWS、PostgreSQL的reltuples、SQL Server的sp_spaceused）快速获取近似或精确行数，响应快、无锁。
直接查 SELECT COUNT(*) 不是最优解，尤其在大表上会卡死或超时；DBeaver 本身不维护行数缓存，但能借助数据库原生统计信息快速获取近似值。
为什么不能只靠 COUNT(*) 查行数
执行 SELECT COUNT(*) FROM table_name 是全表扫描，对百万级以上表可能耗时几秒到几分钟，且会加读锁（取决于隔离级别和引擎），影响线上查询。很多生产库甚至禁止该操作。
- MySQL InnoDB 的
information_schema.TABLES中TABLE_ROWS字段是估算值，快但不准（尤其频繁增删后） - PostgreSQL 的
pg_class.reltuples同样是采样估算，需运行ANALYZE更新 - SQL Server 的
sp_spaceused返回的Rows列是精确值，但底层仍可能触发统计更新
用 DBeaver 查看表统计信息页（最常用）
DBeaver 内置的【Statistics】标签页直接调用数据库系统表或存储过程，不走 COUNT(*)，响应快、无锁。
- 右键目标表 → 选择
编辑表→ 切换到Statistics标签页 - MySQL/PostgreSQL 显示“行数”字段（标注为
Rows或Estimated row count） - SQL Server 显示
Rows列，来自sp_spaceused，通常精确 - 注意：部分国产数据库（如达梦、人大金仓）可能不支持该页，此时需手动查系统视图
手动执行轻量统计 SQL（兼容性最强）
当 Statistics 页不可用或需要更精确控制时，用以下语句替代 COUNT(*)：
- MySQL：
SELECT table_rows FROM information_schema.TABLES WHERE table_schema = 'your_db' AND table_name = 'your_table'; - PostgreSQL：
SELECT n_tup_ins - n_tup_del AS rows FROM pg_stat_all_tables WHERE relname = 'your_table';（比reltuples更接近实时） - SQL Server：
EXEC sp_spaceused 'your_table';（返回结果集第二行的Rows值） - 避免写
SELECT COUNT(*)后直接点执行——先右键结果集 →高级复制→ 选CSV导出再打开，否则大结果集会卡死 UI
容易被忽略的细节
统计值不是实时的：MySQL 的 TABLE_ROWS 在 SHOW TABLE STATUS 后才更新；PostgreSQL 需 ANALYZE your_table；SQL Server 的 sp_spaceused 加参数 @updateusage = 'true' 才强制刷新。日常排查够用，但做容量评估前务必确认统计是否最新。
