场景一：先更新数据库，再更新缓存

1. A线程更新数据库
2. A线程再更新缓存
3. 线程A更新数据库时commit失败， 进行了rollback，导致DB没更新数据，但此时却把redis缓存更新了
4. 导致缓存和数据库不一致

场景二：先删除缓存，再更新数据库

1. 线程A删除缓存，然后去更新数据库，此时数据库还没commit
2. 线程B访问缓存，此时缓存已被A线程删除，所以去数据库读取数据，但由于还没commit，所以B读取数据库取出的是老数据，并把老数据存入了redis缓存
3. 线程A此时进行了commit， 数据库更新了最新数据，但此时缓存已经有数据了，并且是B存的老数据
4. 此时数据不一致了，缓存老数据， DB新数据

场景三：先删除缓存，再更新数据库，再删除缓存(第二次删除可以异步)

1. 线程A删除缓存，然后去更新数据库，此时数据库还没commit
2. 线程B访问缓存，此时缓存已被A线程删除，所以去数据库读取数据，但由于还没commit，所以B读取数据库取出的是老数据，并把老数据存入了redis缓存
3. 线程A此时进行了commit， 数据库更新了最新数据，但此时缓存已经有数据了，并且是B存的老数据，此时数据库与缓存数据不一致
4. 线程A再次删除redis缓存，此时B存入的老数据又被删除了，redis再次为空，没有对应数据
5. 线程C来了，发现缓存没数据，所以从数据库查数据， 此时A已经commit了，所以数据库是新数据
6. C线程将DB查询的数据放入缓存。
7. 此时缓存与数据库都是新数据，但浪费了一次IO