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

MySQL有共享锁、排它锁、全局锁、表级锁、行锁、悲观锁、乐观锁，如何区分和使用他们？他们的底层原理是什么？

MySQL索引是提升数据库查询性能的关键。本文是一系列关于MySQL索引的精彩探索的第一篇，为您揭开索引优化的秘籍。我们首先介绍了InnoDB的索引模型，探讨为什么选择了B+树而非B树作为默认的索引结

面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。

无论你是Java、Go、PHP、Python、Node....任何语言的开发者，如若对数据库仅停留在基本的增删改查，那相信本系列的文章绝对能助力大家成为“码农Plus”，也一定值得诸位细读品鉴~

大家好，我是飘渺！ 我在面试的时候很喜欢问候选人这样一个问题：“你在项目中遇到过慢查询问题吗？你是怎么做SQL优化的？” 很多时候，候选人会直接跟我说他们在编写SQL时会遵循的一些常用技巧，比如： 合

简单！简单！简单！当然这个方案只适应于低频少数据量的网站。用mysqldump和crontab命令简单地实现自动备份脚本。

这种style来写的，相信此篇会对一些使用mysql的尤其是正在或者将要面临万级并发的项目、网站有所帮助。具体请看文档！ 大家一定记得不要轻易去看网上，要看只看官网！网上很多博客都是错的，连参数都列错了，5.7很多参数和5.6是完全不一样的。 可能你从未看到过这样的一篇集中火力…

作者：架构小黑| 微信公众号：架构师之巅一、背景随着公司业务增长，如果每天1000多万笔订单的话，3个月将有约10亿的订单量，之前数据库采用单库单表的形式已经不满足于业务需求，数据库改造迫在眉睫。二、