Kettle多线程导致的抽取问题解决.docx_第1页
Kettle多线程导致的抽取问题解决.docx_第2页
Kettle多线程导致的抽取问题解决.docx_第3页
Kettle多线程导致的抽取问题解决.docx_第4页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

今天在测试kettle一个转换的问题，据现场描述，在手工执行该job转换时，获取到的时间是正确的，但是一旦使用批处理计划任务调用执行时，获取到的时间就有问题，转换如下：查找数据库当前时间 这个步骤的数据库连接是AA， 这一步骤的动作是查找当前系统时间select sysdate as cksj from dual插入/更新的数据库连接是BB，这一步骤的动作是把上一步骤得到的时间，更新到表tt的bcgxsj字段中删除的数据库连接是BB， 这一步骤的动作是删除表t1中CQZT=1的数据获取更新时间的数据库连接是BB,这一步骤是获取步骤插入/更新中更新表tt的bcgxsj字段后的值现在出现的问题就是，在单独执行时，发现获取更新时间步骤中，获取到的时间，确实是插入/更新步骤执行后的值，但是，如果通过bat调用，在计划任务中执行时，发现获取更新时间步骤中，获取到的bcgxsj就不对了，查看日志，发现获取到的时间，是更新前的时间。猜想，应该是kettle多线程的问题。再仔细看日志，发现执行的步骤好像有点不对发现获取更新时间这一步骤根本不是在插入/更新后执行的，而是一开始就已经连接数据库查询，这样肯定出来的结果不可能是更新后的当前系统时间这步骤甚至比查找数据库当前时间更早执行。网上查找原因：在多线程软件下处理数据库连接，最推荐的方法是在转换执行的过程中为每个线程创建单一的连接。因此，每个步骤复制都打开它们自己单独的事务或者事务集。这将导致一个潜在的后果，就是你在使用同一个数据库资源的场景下，例如一张数据表或者视图，条件竞争在同一个转换中可能而且会经常发生。一个常见产生错误的场景，就是当你往一个关系数据表里面写入数据，在随后的步骤里面读回。因为这两个步骤运行在不同的数据库连接下，而且拥有不同的事务上下文，你不能确保这个被第一个步骤写入的数据将可见于其他正在执行读操作的步骤。一个常见，且简单的解决这个问题的方案就是将这个转换分成2个不同的转换，然后保存数据在临时表或者文件中。另外一个方案是强制使所有的步骤使用单一数据库连接（仅一个事务），启用转换设置对话框中的“Make the transformation database transactional”选项即可，（这一个我暂时找不到在哪）。分析我上面转换获取错误时间的原因，由于获取更新时间 和查找数据库当前时间这两个步骤，是不同的数据库连接下，所以没办法保证这两个查询的先后顺序。像日志所述，反而是获取更新时间先执行。解决办法：把这两
人人文库> 全部分类> 教育资料 > 考试试卷

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论