执行CREATE EXTENSION 扩展名时，PostgreSQL可能提示could not open extension control file。这表示数据库服务器找不到该扩展的控制文件，而不是数据库里少执行了一条普通SQL。
CREATE EXTENSION不会联网下载软件；扩展文件必须先安装到运行该实例的服务器。
control文件在扩展中起什么作用
PostgreSQL扩展由扩展名.control控制文件以及一个或多个安装或升级脚本组成。官方文档说明，控制文件通常位于安装树的SHAREDIR/extension，新版本也可能通过配置的扩展控制路径查找。
报错路径直接反映当前服务器正在查找的位置。客户端电脑上存在文件，不能让远端数据库服务器加载它。
先确认服务器版本与共享目录
执行SHOW server_version确认数据库大版本；在服务器主机上用与该实例匹配的pg_config --sharedir取得共享目录，再检查其extension子目录。数据库内可查询SELECT * FROM pg_available_extensions WHERE name = '扩展名'。
一台主机可能同时安装多个PostgreSQL大版本，PATH中的pg_config不一定属于正在运行的实例。应结合服务进程路径和发行版目录核对。
用发行版或项目包安装扩展
优先从操作系统发行版、PostgreSQL官方软件仓库或扩展项目的可信发布渠道安装与服务器大版本匹配的软件包。安装后确认控制文件、SQL脚本和需要的共享库都进入对应版本目录。
不要只从其他服务器复制一个control文件。缺少SQL脚本、二进制库或依赖时，后续仍会失败；来源不明的共享库还会进入数据库进程地址空间。
集群、多节点与权限边界
物理复制集群、故障转移节点和容器镜像中的每个数据库节点都应安装相同扩展文件，之后才在目标数据库执行CREATE EXTENSION。某些扩展是trusted，普通用户在满足规则时可安装；其他扩展需要超级用户或平台管理员。
托管数据库只能使用平台允许的扩展列表，不能通过SQL绕过主机软件限制。扩展版本也应与备库、备份恢复目标保持一致。
安装后的验收方法
再次查询pg_available_extensions，在维护窗口执行CREATE EXTENSION，再用\dx+或SELECT extname, extversion FROM pg_extension核对安装结果。可在萤光云或LightNode的同版本VPS验证软件包与目录布局。验收标准是扩展在全部节点可用、版本一致、对象安装成功，重启和故障切换后不会缺失共享库。
FAQ
问：CREATE EXTENSION会自动安装系统包吗？答：不会；它只使用服务器上已经存在的扩展文件创建数据库对象。
问：为什么安装包后仍找不到control文件？答：常见原因是软件包对应另一个PostgreSQL大版本，或实例使用了不同安装前缀。
问：只在主库安装可以吗？答：不稳妥；备库提升或恢复时同样需要匹配的扩展库与脚本。
问：可以手工改extension_control_path吗？答：仅在当前版本支持且路径受控时评估，仍需完整安装扩展及依赖。
问：云数据库怎么办？答：查询平台允许列表并通过其文档流程启用；没有主机权限时不能自行放置文件。
温馨提示
温馨提示：把扩展名称、软件包版本、PostgreSQL大版本和安装源写入恢复清单。升级数据库前先验证扩展兼容性和升级脚本，避免主程序升级后扩展无法加载。
