PostgreSQL从11.22升级到12.17遇sql_identifier类型问题求助

问题1：AWS环境中查看tables_using_sql_identifier.txt文件的方法 #

场景1：Amazon RDS托管数据库 #

升级预检查生成的这个文件，可通过以下方式获取：

• 控制台操作：登录AWS RDS控制台，定位到目标数据库实例，切换到「日志和事件」标签页，在日志列表中找到包含该文件名的预检查日志，直接下载查看
• CLI操作：使用AWS CLI下载对应日志片段，示例命令：

  aws rds download-db-log-file-portion --db-instance-identifier your-db-instance-id --log-file-name upgrade-precheck.log --starting-token 0
  

• 实例内部访问：通过SSM Session Manager或Bastion主机连接到RDS实例（需提前开启访问权限），前往临时目录查找，通常路径为/rdsdbdata/tmp/，用cat命令直接查看文件内容

场景2：EC2自建数据库集群 #

• SSH连接到EC2实例，先定位文件位置：

  sudo find / -name "tables_using_sql_identifier.txt"
  

• 找到路径后直接查看内容：

  cat /path/to/tables_using_sql_identifier.txt
  

问题2：Information_Schema中SQL_Identifier类型列无法修改的解决方案 #

Information Schema属于系统内置对象，无法直接修改其列类型，可尝试以下方案：

1. 核实是否为误报
   先检查tables_using_sql_identifier.txt中列出的系统表/列是否为Information Schema的默认对象，部分升级工具会误将系统原生的sql_identifier类型判定为问题项。可执行SQL验证：

   SELECT table_name, column_name, data_type 
   FROM information_schema.columns 
   WHERE data_type = 'sql_identifier';
   

   若结果均为系统默认列，可尝试重新触发升级流程。

2. 采用逻辑备份迁移替代直接升级
   若直接升级被阻止，可通过逻辑备份（如PostgreSQL的pg_dump）导出所有用户自定义数据，然后创建新版本数据库集群，再将数据导入新集群。注意导出时需排除Information Schema等系统表，仅导出用户自建的数据库对象。

3. PostgreSQL专属：跳过系统表检查
   若使用PostgreSQL，可在执行pg_upgrade时添加--skip-system-table-checks参数，跳过系统表的类型检查（仅在确认系统表无实际问题时使用）：

   pg_upgrade -b /usr/pgsql-旧版本号/bin -B /usr/pgsql-新版本号/bin -d /var/lib/pgsql/旧版本号/data -D /var/lib/pgsql/新版本号/data --skip-system-table-checks
   

4. 联系AWS技术支持
   如果是Amazon RDS环境，直接提交支持工单，提供tables_using_sql_identifier.txt的内容，AWS技术团队会协助确认是否为平台层面问题，并给出针对性的升级指导。

内容的提问来源于stack exchange，提问作者Gala Chaos