有19c以上版本，可以试试 APPROX_COUNT_DISTINCT函数，号称提升了好几倍性能

select APPROX_COUNT_DISTINCT(rowid) from emp;

这个SQL没where条件，肯定是全扫描，加索引也没用，只能增大吞吐量，如并行

如果你的表近期有使用过analyze 分析命令，可以直接使用它查看行数，select table_name,num_rows,last_analyzed from user_tables where table_name='TABLE_NAME';  否则统计字典里的数据量是last_analyzed数据量记录的

提供一下执行计划。

count全表，表越大越慢。而且你还是经常update的表。

除非你用in-memory  加载到内存列式存储。那么一秒可以完成聚合

可以看一下执行计划。不知道 gxsj 列的定义是否允许为null

如果不为null 那么执行计划
该是 index scan 而不是 table scan

如果是正常的业务SQL, 建议从业务合理性方面进行优化 ;   如果只是偶尔查询一次, 可以使用并行.   这个sql , 正常来说不需要看执行计划, 应该是index fast full scan, 不管列定义是null还是not null