不确定 AWS 在哪种平台上运行 9.x Postgres。进程 pid 的最大值是多少?
我正在调查有关pg_backend_pid
在触发器中使用的问题。
不确定 AWS 在哪种平台上运行 9.x Postgres。进程 pid 的最大值是多少?
我正在调查有关pg_backend_pid
在触发器中使用的问题。
几个月前,我将 MySQL 设置从 5.5 更新到 5.6。从那时起,我在使用一个脚本来转储各种数据库以便备份它们时遇到了问题。
该脚本是一小段 perl,它获取所有数据库的列表,然后mysqldump
按如下方式调用每个数据库:
mysqldump -udb_account -pdb_pw -hserver.com --single-transaction --flush-logs
--routines --triggers --quick $fn 2> $fn.err | gzip > $fn.mysql.gz
问题:许多这些数据库都有数百个表(不断增加)。对于这些较大的数据库,mysqldump
命令通常只在一个表后退出。如果我从终端会话运行命令,它会正确执行。(通常它作为 cron 作业运行 1x/wk)
该.err
文件不包含任何消息。server.err
MySQL 根目录中的文件也没有。
注意:这个脚本已经在 MySQL 5.5 上运行良好好几年了。当我升级到 5.6 时,这个问题开始发生。
另外:该--flush-logs
部分不起作用。自本系统上线以来,mysql_bin文件夹从未被清空过。
我还没有控制的一个变量:当作为 CRON 作业运行时,脚本一次分叉 3 个进程。当我在学期会议中测试命令时,我一次只做一个。
有问题的系统:
今天早上开始从依赖进程中看到一些奇怪的错误。经过一番挖掘,文件/mysql/proc.MYD似乎设置为零长度。文件/mysql/db.MYD似乎也被截断了。
更有趣的是,复制的从属服务器并非如此。
几乎/mysql文件夹中的每个文件都被同时触及。有些改变了,而许多没有改变。我的第一个想法是文件系统出现故障,但它似乎已本地化到这个文件夹。
编辑:相关细节:
RHEL 5.x
MySQL 5.5
我关闭了两个 MySQL 实例,并试图从磁带中取出 MySQL 文件夹。我会在卷上运行fsck,但手册页有一些非常可怕的警告。