提交事务完成，redis缓存已重置（提交事务 清除redis）
在设计服务高可用架构的时候，事务完整性和缓存的高效处理是必不可少的两个要素。一般情况下服务的提交逻辑就是：事务变成务必提交，尽管使用redis来维护缓存，但此时要把redis缓存也一起完成，否则就导致缓存数据不一致，从而让服务架构失去其可用性。
有一种比较容易理解的，即事务提交后就把redis缓存也重置的机制可以解决这个问题。实现代码如下：
“`java
// 开启事务，进行数据库操作
beginTransaction();
// 在try-catch块中，把大家修改或者新增的记录添加到数据库中
try {
// Database operation
…
// Redis cache reset
resetRedisCache();
// 提交事务
commitTransaction();
} catch (Exception e) {
// 如果出现异常，就进行回滚
rollbackTransaction();
}
执行beginTransaction()方法开启事务，然后在try-catch块中进行数据库操作，这里可以把修改或者新增的记录添加到数据库中。在此期间，它会调用resetRedisCache()方法重置redis缓存，然后执行commitTransaction()方法提交事务，如果有异常发生会回滚至上一事务状态。
在这种机制下，一旦事务成功提交，就会重置redis缓存，从而让数据库和缓存数据保持一致，充分发挥出服务架构的高可用性。这体现在：假如客户端在请求过程中，在操作期间有数据库的修改行为，即使操作阻塞，服务端仍然能够正确的访问redis，从而完成业务操作。
提交事务完毕，redis缓存总是得以正确的进行重置处理，从而让服务架构可以保持高可用性，承担起高效请求的职责。
