本文主要是介绍分析Kettle性能测试过程中的STARTDATE时间问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
性能测试过程通过jmeter或loadrunner调用carte服务接口，来启动kettle的转换过程，通过测试转换过程的响应时间如下（单线程/单用户情况）：
到kettle日志表里查看转换过程的响应时间，发现结束日期-启动日期的时间，要远高于性能测试工具检测到的响应时间，如下所示：
再去看kettle的执行日志，发现一个转换的时间也就需要两三秒钟，如下所示：
这是为什么呢，带着这个问题上网去找，结果发现有如下一段话：
STARTDATE（启动日期）是上次执行时间，可以用于增量更新数据。第一次执行为900/1/1 7:00:00
说明我开始就理解错了，这个启动日期应该是上一次转换的结束日期，而本次的结束日期应该是相当于本次开始执行的时间。所以我们把上图的日志日期-启动时间（或结束时间）=本次转换执行的时间，这样的结果与性能测试工具获取的执行时间就基本一致了。
这篇关于分析Kettle性能测试过程中的STARTDATE时间问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
