ListSFTP状态未存入HBase_1_1_2_ClientMapCacheService对应表的问题咨询

首先给你明确答案：如果你的HBase缓存服务和ListSFTP处理器的配置完全正确，执行完成后HBase表中确实应该存在对应的状态记录。你遇到的“处理器显示有状态但HBase无记录”的情况，说明中间某个环节肯定出了问题，下面是几个常见的排查方向，你可以逐一核对：

• 确认处理器是否绑定了正确的缓存服务
  很多人会在这里踩坑：打开ListSFTP的配置面板，找到State Management模块，检查State Cache选项是不是真的选了你创建的HBase_1_1_2_ClientMapCacheService，而不是默认的Memory Cache。如果用了内存缓存，状态只会存在于NiFi的JVM内存里，根本不会写到HBase里。

• 验证HBase表的结构是否符合要求
  NiFi的HBase状态缓存对表结构有硬性要求：

  • 表必须包含一个列族（默认是state，如果你在缓存服务配置里改了列族名称，要确保表中存在这个列族）。
  • 仔细核对缓存服务配置里的Table Name和你实际创建的HBase表名（包括命名空间），HBase的表名是大小写敏感的，别犯拼写错误。

• 检查权限和HBase连接状态

  • 确认运行NiFi的用户拥有HBase表的写入权限（也就是put权限），如果权限不够，NiFi可能不会在处理器界面报错，但会在后台日志里记录拒绝信息，状态自然写不进去。
  • 去NiFi的nifi-app.log日志里搜一下HBase_1_1_2_ClientMapCacheService或者state相关的关键字，看看有没有连接超时、权限拒绝这类报错，这些都是常见的“静默失败”原因。

• 确认状态更新的触发逻辑
  ListSFTP的状态不是随便写的，只有当它完成文件扫描、需要持久化状态（比如记录已扫描的文件、游标位置）时才会写入HBase。不过既然处理器显示有状态，说明至少有过一次状态生成，理论上应该已经写入了HBase。

• 检查你查看HBase数据的方式是否正确
  别因为自己查看方式错了误以为没有数据：

  • 用hbase shell的scan命令时，要带上完整的表名（比如scan 'your_namespace:your_table'），如果有命名空间别漏掉。
  • 另外，NiFi的HBase缓存服务默认是同步写入的，一般不会有延迟，不用等太久再查。

如果这些都排查完还是没找到问题，建议把ListSFTP和HBase缓存服务的配置导出来对比看看，说不定某个参数没匹配上。

内容的提问来源于stack exchange，提问作者J Parker