作者：京东物流 向往 一、背景 从事数据开发将近四年，过程中有大量任务交接或阅读同事代码的场景。在这些场景中发现有些SQL读起来赏心悦目，可以一目了然地了解业务逻辑，一些复杂的业务需求实现方法也可以做

主要介绍：分库分表的设计由来、常见问题、MySQL数据库、高性能问题。面试常问的汇总，希望能有所帮助

本文探讨MySQL中时间类型的选择，阐述datetime、timestamp、整形时间戳等类型特点以及它们在千万级数据量下的查询性能

并发事务解决： 并发读-读、读-写 由共享锁来保证，在”读已提交“以上级别生效 并发读-读 由排他锁来保证，在所有隔离级别下都会生效 并发写-读 由MVCC来保证，在”读已提交“”可重复读“下生效

千万级数据大概就是MySQL查询的天花板了。这里讨论的情况是在MySQL一张表的数据达到千万级别。表设计很烂，业务统计规则又不允许把sql拆成多个子查询。

MySQL数据库作为目前最流行的关系型数据库管理系统之一，开发者在面试中经常会被问到这个问题。其中，Undo Log、Redo Log和Bin Log是MySQL中最重要的三种日志，它们各自承担着不同

MYSQL 一个事务在提交的时候能够保证binlog和redo log是同时提交的，并且能在宕机恢复后保持binlog 和redo log的一致性。 先来看看什么是redo log 和binlog，以

大家好，我是聪，一个乐于分享的小小程序员。在不久之前我写了一个慢 SQL 分析工具，可以用来分析 Java Mybatis 项目的 SQL 执行情况，其中刚好涉及到了 explain 的使用。

MySQL 中共有三种日志：redo log、undo log 和 binlog。 Buffer Pool 在介绍这三种日志之前，首先介绍 Buffer Pool。 Buffer Pool 在存储引擎