title: Kafka Streams KTable store with change log topic vs log compacted source topic
body: <p>I'm building KTable on an input topic and I'm joining with KStream on two Kafka Stream application instances.</p>
  
  <p>The input topic for KTable is already a log compacted topic. So when one of my application instance goes down, another instance state store seems to be refreshed with whole state by reading from the input log compacted topic.</p>
  
  <p>So there is no need to enable logging (change log) for my KTable store? </p>
  
  <p>My source input log compacted topic could have millions of records, so if i enable logging on that KTable state store will it improve my state store refresh time in case of failure or it will not have an effect as the source topic is already log compacted? Thanks!</p>