参考资料的那篇文章做出了非常好的介绍.
这里简单做出描述.
1. 在Search DB里看MSSChangeLogCookies表, 找到你想看的CrawlID所在的行, 在该行的ChangeLogCookie_Old列里找到类似下面的信息.
1;0;6ab15b34-0ae5-466a-900b-14405d9193f4;634231800074470000;900
2. 其中的GUID是content DB的id, 最后的900是change id.
3. 用下面的语句先找到目标内容数据库的名字
select * from objects with (NOLOCK) where id = 'f36bbc64-bf9d-4fb8-b76c-d7e547a0777e'
4. 用下面的语句在目标content DB的eventcache表中搜索changeid大于900的条目. 这里的结果就是所有你选中的crawl的下一次应该处理的更新的所有条目了.
参考资料
============
How to determine the number of changes an incremental crawl will process prior to initiating the crawl