额....今天踩了一个坑，找个半天找到的解决方法
设置一个会话内最多允许的全局临时表数据和索引的最大文件数量，默认值为32，最小值为1，最大值为1024。这个文件数量并不是实际磁盘看到的文件数目，而是一些依附于这个表的扩展关系文件，比如索引、大对象等。一般情况下，一个全局临时表只会占用参数中一个配额，如果为创建临时表创建了索引，或者全局临时表中包含了大对象列，则会占用多个配额，具体取决于索引和大对象的数量。这个参数只能在服务器启动时设置。设置过大会造成资源浪费。
max_global_temporary_tables=128
"ERROR: sorry, too many global temporary relations in backend already." 错误是由于在kingbase8中创建了过多的全局临时表（global temporary relations）导致的。在kingbase中，全局临时表是可跨会话使用的临时表，会话结束后不会被删除，而是在整个数据库中保留，这可能会导致全局临时表过多，占用大量数据库资源，最终导致出现该错误。
为了解决这个问题，您可以尝试以下几个方法：
优化代码：检查应用程序代码中是否频繁创建全局临时表，可以尝试减少全局临时表的使用，或者优化代码逻辑，避免不必要的创建临时表。
减少全局临时表的存活时间：如果全局临时表不是必要的持久化数据，您可以在使用完全局临时表后，手动删除表或者使用DROP TABLE语句删除表，确保不再占用数据库资源。
调整全局临时表的最大数量：在kingbase8的配置文件（通常是kingbase.conf）中，可以通过调整max_global_temporary_tables参数来增加全局临时表的最大数量。修改该参数后需要重启数据库才能生效。
使用本地临时表：在kingbase8及以上版本中，可以使用本地临时表（CREATE TEMPORARY TABLE）来代替全局临时表。本地临时表只在当前会话中存在，在会话结束后会自动删除，因此不会产生全局临时表过多的问题。
重新评估设计：如果使用全局临时表的需求较多，并且出现了频繁的资源问题，可能需要重新评估数据库设计和应用程序逻辑，考虑是否可以采用其他方式来满足需求，避免过多使用全局临时表。
请注意，在进行数据库配置调整和代码优化时，建议在进行之前备份数据库，并谨慎操作。如果不确定如何修改配置或优化代码，请咨询数据库管理员或专业人员的帮助