在分布式系统中，保证缓存与数据库双写一致性，采用“先操作数据库后处理缓存”的策略。读操作时，先查缓存再查数据库并回填；更新时，先更新数据库，通过binlog异步删除缓存

作者：京东零售 韩航云 开篇： 图片是本人随笔画的，有点粗糙，望大家谅解，如有不对的地方，请联系本人，感谢 一、索引到底底是什么 .索引是帮助mysql高效获取数据的排好序的数据结构 .索引是存储在文

今年初团队开始推行“服务稳定性问题治理专项”。通过错误日志、慢SQL、接口性能等各项指标的优化，进一步提升系统稳定性与可靠性。在此契机之下，本文将从“慢SQL治理”的角度，通过部分实际案例，分析其原理

大家好，我是苏三，又跟大家见面了。 前言 大表优化是一个老生常谈的话题，但随着业务规模的增长，总有人会“中招”。 很多小伙伴的数据库在刚开始的时候表现良好，查询也很流畅，但一旦表中的数据量上了千万级，

MySQL的锁是一个老生常谈的东西了，最近由于不让使用Redis，但是又必须要使用分布式锁，所以就基于MySQL实现了一个分布式锁，正好就回顾了一下MySQL里面的锁知识，做一个总结，与君共勉

如果抛开性能不谈，仅仅只是需要分布式锁的功能，其实使用MySQL来实现分布式锁是一个不错的选择，毕竟Redis经常崩不是

前同事刚参加完字节的二面，向我反馈了一道MySQL深分页的优化题目，起初我以为这只是一道很常规的深分页的题目，但是听完字节面试官的追问，才发现水很深

MySQL锁的详细介绍，带你理解InnoDB的各种行锁，从此面试再也不怕锁的问题，认真看完，你一定会有所收货

关于MYSQL性能调优，大部分时候想要实现的目标是让我们的查询更快。一个查询的动作又是由很多个环节组成的，每个环节都会消耗时间，我们要减少查询所消耗的时间，就要从每一个环节入手。