[FLINK-8922] Revert "[FLINK-8859][checkpointing] RocksDB backend shou…

…ld pass WriteOption to Rocks.put() when restoring"

We need to revert FLINK-8859 because it causes problems with RocksDB that make our automated tests fail on Travis.
The change looks actually good and it is currently unclear why this can introduce such a problem. This might also be a Rocks in RocksDB.
Nevertheless, for the sake of a proper release testing, we should revert the change for now.

flink-state-backends/flink-statebackend-rocksdb/src/main/java/org/apache/flink/contrib/streaming/state/RocksDBKeyedStateBackend.java

@@ -680,7 +680,7 @@ private void restoreKVStateData() throws IOException, RocksDBException {
  if (RocksDBFullSnapshotOperation.hasMetaDataFollowsFlag(key)) {
  //clear the signal bit in the key to make it ready for insertion again
  RocksDBFullSnapshotOperation.clearMetaDataFollowsFlag(key);
- rocksDBKeyedStateBackend.db.put(handle, rocksDBKeyedStateBackend.writeOptions, key, value);
+ rocksDBKeyedStateBackend.db.put(handle, key, value);
  //TODO this could be aware of keyGroupPrefixBytes and write only one byte if possible
  kvStateId = RocksDBFullSnapshotOperation.END_OF_KEY_GROUP_MARK
  & compressedKgInputView.readShort();
@@ -690,7 +690,7 @@ private void restoreKVStateData() throws IOException, RocksDBException {
  handle = currentStateHandleKVStateColumnFamilies.get(kvStateId);
  }
  } else {
- rocksDBKeyedStateBackend.db.put(handle, rocksDBKeyedStateBackend.writeOptions, key, value);
+ rocksDBKeyedStateBackend.db.put(handle, key, value);
  }
  }
  }
@@ -1091,7 +1091,6 @@ private void restoreKeyGroupsShardWithTemporaryHelperInstance(
 
  if (stateBackend.keyGroupRange.contains(keyGroup)) {
  stateBackend.db.put(targetColumnFamilyHandle,
- stateBackend.writeOptions,
  iterator.key(), iterator.value());
  }