IN后面的参数数量没有限制，但是如果IN后面的参数真的很多，那你还是梳理一下需求，看是否能以一种更合适的方式来处理该查询，否则即使没有限制，也可能会撞见一些性能问题

找到解决办法了吗？

vacuum是ShareUpdateExclusive锁；createindex是 Share锁两种锁会冲突

–将参数reset，即可从spfile中删除，可避免提示altersystemresetcommitwrite;

用grouping即可，示例如下：selectjob,deptno,grouping(job,deptno),sum(sal)fromempgroupbyrollup(job,deptno)order

其实不新了，这是PG9.0，2010年引入的编译选项。意思是编译、测试所有的代码，包括文档、插件等。

有个列 context postmaster时重启才生效，这个是实例层面的如果contextuser 则这个参数可能被session设置过，setting<>

记录(record)类型与行类型(rowtype)类似，是指一行数据。他的结构是根据select或for命令期间为其赋值的行的真实结构确定。record并非是一个真正的数据类型，他只是一个占位符。他的

./sysrmanhelp参考：pgbackrest2.27

switchover操作也是有–forcerewind这个选项，repmgr官方也有这段描述：检查确认下repmgr用户是否有superuser权限，或者手工加S/–superuser验证下