使用平台:winodws 2012 R2
Mysql:5.6
OGG:12.1.2.0和12.0.2.2
先是使用12.1.2.0版本后改用12.0.2.2,同样抽取进程中断无报错生成,ggserr日志和DISCARD都不会生成日志
如果使用begin now会正常抽取数据一段时间,但是不知什么原因会中断.
这是抽取进程参数
extract KFEA0
sourcedb dba@localhost:3306 userid root password root
exttrail .\dirdat\source\A0
TranLogOptions AltLogDest D:\shinoa\mysql-5.6.13-winx64\data\mysql-bin.index
DISCARDFILE .\dirrpt\kfea1.dsc,APPEND,MEGABYTES 1024
CACHEMGR CACHESIZE 4G
obey .\dirprm\kf_table.oby
这是mysql配置
[mysqld]
#日志保存位置，5.5版本不生效 默认与表空间同一目录
log_bin=mysql-bin
#binlog的格式也有三种：STATEMENT，ROW，MIXED。
binlog-format=ROW
#binlog过期清理时间
expire_logs_days=3
#binlog每个日志文件大小
max_binlog_size=100m
#binlog缓存大小
binlog_cache_size=10m
max_binlog_cache_size=512m
#发生事务时非事务语句的缓存的大小
binlog_stmt_cache_size=100m
max_binlog_stmt_cache_size=100m
给你ChatGPT搜了一下，你可以参考看看
检查连接稳定性：确保源数据库和目标数据库之间的网络连接是稳定的，并且没有任何网络问题导致抽取进程中断。检查网络连接是否频繁断开或出现延迟，并尝试解决任何与网络连接相关的问题。
更新至最新版本：考虑升级 OGG 和 MySQL 到最新的稳定版本，以获得更好的兼容性和修复已知的问题。确保您使用的版本与您的操作系统兼容，并查看 OGG 和 MySQL 的发布说明以获取更多信息。
检查日志文件路径和权限：确认 OGG 和 MySQL 的日志文件路径设置正确，并且具有正确的访问权限。确保 OGG 进程和 MySQL 服务器有足够的权限读取和写入相关的日志文件。
调整参数配置：根据您的环境和需求，尝试调整 OGG 抽取进程和 MySQL 的参数配置。例如，您可以尝试增加 OGG CACHEMGR CACHESIZE 的值，以提高缓存性能。同时，您也可以调整 MySQL 的 binlog 相关参数，如 max_binlog_size 和 max_binlog_cache_size，以适应您的工作负载。
检查源数据库状态：确保源数据库 MySQL 的状态正常，没有出现任何异常或错误情况。检查 MySQL 的错误日志以获取更多有关源数据库的信息，并解决任何存在的问题。
重启服务和进程：尝试重新启动 OGG 进程和 MySQL 服务，有时这可以解决临时的问题和资源泄漏。
评论
有用 0
墨值悬赏