For some reasons when we delete a MergeTree Part in atomic way something may go wrong - and leave the `delete_tmp_*` folder or it's part on disk. This may lead to a disk space consumption over time.

It's suggested to delete this folders at least at server start-up. Current solution with `clearOldTemporaryDirectories()` doesn't work because this method is called periodically from a thread without any locks or advisory on folders - it may cause the race conditions.
auto dst_part = dest_table_storage->cloneAndLoadDataPartOnSameDisk(src_part, TMP_PREFIX, dst_part_info, dest_metadata_snapshot, local_context->getCurrentTransaction(), {}, false);
        dst_parts.emplace_back(std::move(dst_part));
    }
    
    if (dst_parts.empty())
        return;
    
    try
    {
        {
            Transaction transaction(*dest_table_storage, local_context->getCurrentTransaction().get());
            auto src_data_parts_lock = lockParts();
            auto dest_data_parts_lock = dest_table_storage->lockParts();
            std::mutex mutex;
            DataPartsLock lock(mutex);
            for (MutableDataPartPtr & part : dst_parts)
                dest_table_storage->renameTempPartAndReplace(part, local_context->getCurrentTransaction().get(), &dest_table_storage->increment, &transaction, lock);
            removePartsFromWorkingSet(local_context->getCurrentTransaction().get(), src_parts, true, lock);
            transaction.commit(&lock);
        }
        clearOldPartsFromFilesystem();
        PartLog::addNewParts(getContext(), dst_parts, watch.elapsed());
    }
    catch (...)
    {
        PartLog::addNewParts(getContext(), dst_parts, watch.elapsed(), ExecutionStatus::fromCurrentException());
        throw;
    }
}
ActionLock StorageMergeTree::getActionLock(StorageActionBlockType action_type)