当然可以统一！我之前在管理Aurora PG集群的时候也碰到过这个版本不一致的坑，给你梳理下亲测有效的操作步骤和注意事项：

先明确前提 #

在同一个Aurora PostgreSQL实例（集群）里，所有数据库共享一套扩展版本池，pg_stat_statements的可用版本是由集群的PostgreSQL内核版本决定的，所以完全可以把所有数据库的扩展版本统一成你想要的那个。

具体操作步骤 #

1. 确定目标统一版本 #

首先先查清楚当前集群支持哪些pg_stat_statements版本，登录到任意一个数据库执行：

SELECT * FROM pg_available_extension_versions WHERE name = 'pg_stat_statements';

建议选和你集群PG版本兼容性最好的稳定版——比如如果是PG13及以上的集群，1.11版本的功能更全（多了不少实用的统计字段）；如果是老版本PG，就选列表里标注为default的那个版本，兼容性更稳妥。

2. 卸载现有不同版本的扩展（注意备份！） #

因为扩展是按数据库单独安装的，所以得登录到每个版本不一致的数据库，先卸载现有扩展。注意：卸载会清空该数据库的现有统计数据，建议在业务低峰操作，或者提前导出统计数据备份。

执行卸载命令：

DROP EXTENSION IF EXISTS pg_stat_statements;

一般来说pg_stat_statements没有强依赖的其他扩展，直接卸载就行，如果碰到依赖报错，先检查有没有其他扩展用到它，不过这种情况很少见。

3. 指定版本安装扩展 #

现在在每个数据库里，用指定版本的方式创建扩展，代替默认的无版本参数命令，这样就能强制安装你想要的版本：

CREATE EXTENSION IF NOT EXISTS pg_stat_statements VERSION '1.11'; -- 把这里的版本号换成你刚才确定的目标版本

安装完成后，在每个数据库验证一下版本：

SELECT extversion FROM pg_extension WHERE extname = 'pg_stat_statements';

确认所有数据库返回的版本号一致就ok了。

4. 后续避免版本不一致的小技巧 #

• 统一安装脚本：把指定版本的CREATE EXTENSION命令做成标准化脚本，以后新创建数据库后，直接执行这个脚本，不要用不带版本参数的默认命令。
• 配置模板库：Aurora PG默认用template1作为新数据库的模板，你可以先登录到template1数据库，安装好指定版本的pg_stat_statements，这样后续所有新创建的数据库会自动继承这个扩展版本，不用再单独配置，省不少事！

额外注意事项 #

• 一定要确保你指定的版本在pg_available_extension_versions里存在，不然会报错说版本不可用。
• 如果你的集群后续升级了Aurora引擎版本，可能会有新的pg_stat_statements版本可用，这时候如果要统一升级，还是按上面的步骤：先卸载旧版本，再指定新版本安装。
• 卸载扩展前，如果有监控工具依赖pg_stat_statements的统计数据，记得提前和运维/业务团队打个招呼，避免监控告警误报。

这样应该就能完美解决版本不一致的问题了，我之前就是这么操作把3个数据库的版本从1.6、1.7、1.11统一成1.11的，完全没问题~