原始需求 有一个会员积分系统，承载线上业务会员积分能力，随着用户数的增长，会员积分相关表数据量急剧增长，单表存储已经不能满足业务需求，需要对积分相关表进行分库分表处理，以适应日益增长的数据量。 因积分

show profile调优 有时候使用explain执行计划发现其实是命中了索引的，但是还是很慢， https://zhhll.com.cn

postgresql在许多地方，有mysql无法比拟的优势。但是在中国许多公司的核心业务库，都是mysql，postgresql则屈居二线。为什么不用postgresql来扛大梁呢

这是数据库事务分享的第二篇，上一篇讲解数据库事务并发会产生的问题，这篇会详细讲数据库如何避免这些问题，也就是如何实现隔离，主要是讲两种主流技术方案——MVCC与锁，理解了MVCC与锁，就可以举一反三地看各种数据库并发控制方案，并理解每种实现能解决的问题以及需要开发者自己注意的并…

## 传统单线程复制说明 > 众所周知，MySQL在5.6版本之前，主从复制的从节点上有两个线程，分别是I/O线程和SQL线程。 - I/O线程负责接收二进制日志的Event写入Relay Lo

当我们开始关注数据库整体性能优化时，我们需要一套 MySQL 查询分析工具。特别是在开发中大型项目时，往往有数百个查询分布在代码库中的各个角落，并实时对数据库进行大量访问和查询。如果没有一套趁手的分析

MySQL 中的日志比较重要的有 binlog（归档日志）、redo log（重做日志）以及 undo log，那么跟我们本文相关的主要是 binlog，另外两个日志松哥将来有空了再和大家详细介绍。

一、解析问题。 Java向MySql数据库插入万级记录时，采用的方案不同时执行速度会有所不同，数据量越大则优劣越明显。所以选取最优方案尤其重要，本文目前提供如下两种解决方案（不借用第三方框架或工具）。 二、解决问题。 1、方案一：循环逐条插入。 2、方案二：分批事务插入。 三 …

索引的问题，已经跟大家聊了两篇文章了～今天再聊一个索引下推问题，也是非常有意思！ 索引下推是从 MySQL5.6 开始引入一个特性，英文是 index condition pushdown，一般简称为