Provider rollback for ineffective trx

codership/mysql-wsrep#318 Adapt MTR tests to new Galera status variables
                          and fix exposed leaks

In certain cases it is possible that transaction has populated
keys in the provider but during commit time the IO cache is
empty, so the provider commit does not happen (for example
early ROLLBACK TO SAVEPOINT followed by COMMIT). Run
provider post_rollback() to clean up the transaction object.

sql/wsrep_hton.cc

@@ -99,7 +99,11 @@ void wsrep_register_hton(THD* thd, bool all)
  */
 void wsrep_post_commit(THD* thd, bool all)
 {
-  if (thd->wsrep_exec_mode == LOCAL_COMMIT)
+  if (!WSREP(thd)) return;
+
+  switch (thd->wsrep_exec_mode)
+  {
+  case LOCAL_COMMIT:
     {
       DBUG_ASSERT(thd->wsrep_trx_meta.gtid.seqno != WSREP_SEQNO_UNDEFINED);
       if (wsrep->post_commit(wsrep, &thd->wsrep_ws_handle))
@@ -109,6 +113,31 @@ void wsrep_post_commit(THD* thd, bool all)
                    (long long)thd->real_id, thd->stmt_da->status());
       }
       wsrep_cleanup_transaction(thd);
+      break;
+    }
+ case LOCAL_STATE:
+   {
+     /* non-InnoDB statements may have populated events in stmt cache 
+        => cleanup 
+     */
+     WSREP_DEBUG("cleanup transaction for LOCAL_STATE");
+     /*
+       Run post-rollback hook to clean up in the case if
+       some keys were populated for the transaction in provider
+       but during commit time there was no write set to replicate.
+       This may happen when client sets the SAVEPOINT and immediately
+       rolls back to savepoint after first operation. 
+      */
+     if (all && thd->wsrep_conflict_state != MUST_REPLAY &&
+         wsrep->post_rollback(wsrep, &thd->wsrep_ws_handle))
+     {
+         WSREP_WARN("post_rollback fail: %llu %d",
+                    (long long)thd->thread_id, thd->stmt_da->status());
+     }
+     wsrep_cleanup_transaction(thd);
+     break;
+   }
+  default: break;
   }
 }