解决MYSQL大表问题-小白篇-高手忽略 （一）

问题背景

  惯例，先交代一下问题背景，遇到一个JavaWeb的项目，使用了Mysql数据库，其中有一张历史记录history表…此处想到这张表就有些许头疼头疼头疼，那么问题来了，这表恶心到什么程度呢？每秒钟400多条，每秒…什么数据量呢？客户要求保留一年历史记录…一年的数据量预估计400✖️60✖️60✖️24✖️365=12614400000，百亿级别的数据量...可能不少认为分布式数据包括大数据处理方式处理这点数据不是很容易吗？若是能够这样我就开心的笑了...客户的要求是，服务器上只能安装JavaWeb环境和一个MYSQL，服务器是什么呢？就是一台超大容量硬盘的台式机，这是重点，这也是全部问题的根源。没有分布式环境，各类先进的技术用不上，原本还能够用一些数据库中间件，如Mycat、sharding-sphere等等，由于啥都不让往服务器（台式机）上装。这里小小的吐槽一下，我门作的是JavaWeb项目，客户的服务器（台式机）是不用的时候关机，用的时候开机，开机以后各类服务应用随机启动。这TMD是JavaWeb服务器啊！！！

问题分析

1、 数据量 1）数据分割:     一年的数据量太大了，首先要考虑分割，如何分割？按照计算，天天的数据量是34560000，显然千万级的仍是太大，继续分割，最后我选择按照小时分割1440000，小百万级，问题不大了。 2）分割数据依据：     按小时分割显然就是数据建立时间了create_time***。 2、查询效率：     1）大表带来的第一个问题就是查询效率的问题，合理创建索引是很关键的。     2）切分数据，也就是分区的使用（这里后面会详细介绍，毕竟这篇文章就是分享MYSQL分区表使用经验的）*

基本思路

1、优化您的SQL 2、优化您的SQL 3、创建良好的索引 4、合理使用MYSQL自带的分区功能 5、根据分区的实际状况再优化您的SQL （重要的事情说三遍）

MYSQL分区功能介绍

先发一下个人分区表使用入门文章连接

1、使用分区表不像咱们使用传统意义上的分库/分表那样麻烦，须要修改应用层的逻辑代码，水平拆分还须要考虑全局主键的问题。 2、MYSQL的分区表是数据层面上的，程序员能够无感，具体分区表的介绍我发的文章连接里面已经很详细了，我就不重复BB了。

下一篇 解决MYSQL大表问题-实战篇（二）