mysql分区问题
1、）、都能提高mysql的性能，在高并发状态下都有一个良好的表现。
2、mysql可以通过下面语句判断是否支持分区：SHOW VARIABLES LIKE %partition%；如果输出：have_partitioning YES表示支持分区。
3、分区能支持的引擎 MySQL支持大部分引擎创建分区，入MyISAM、InnoDB等；不支持MERGE和CSV等来创建分区。同一个分区表中的所有分区必须是同一个存储引擎。值得注意的是，在MySQL8版本中，MyISAM表引擎不支持分区。
4、难道10w条数据还不够说明问题？平均下来每个分区可是有近800条数据！好吧，来点猛的：我再插入990w条数据，总计1kw数据。结果还是一样，奇数编号分区没有数据，偶数编号都有分区。
5、范围分区添加只能在最大值后面追加。 分区是有上限的貌似1024个。
Mysql表分区状态查询
1、可以看mysql的data文件夹下面的数据库文件，就可以查看当前分区情况。
2、找到MySQL的安装路径，用记事本打开 my.ini 这个文件。
3、show plugins like ‘%partiotion%‘；mysql show variables like ‘%partition%‘；Empty set (0.00 sec)如果查询结果显示Empty，表示不支持分区。但是上面的查询方法只是针对mysql6以下版本。
4、mysql数据库中的数据是以文件的形势存在磁盘上的，默认放在/mysql/data下面（可以通过my.cnf中的datadir来查看），一张表主要对应着三个文件，一个是frm存放表结构的，一个是myd存放表数据的，一个是myi存表索引的。
5、可以通过show plugins语句查看当前MySQL是否持表分区功能。
mysql数据库,分区数据分布不均匀???急急急
1、TB级以下的不需要分区，只需要重新调整业务设计即可。
2、）、与单个磁盘或文件系统分区相比，可以存储更多的数据。2）、对于那些已经失去保存意义的数据，通常可以通过删除与那些数据有关的分区，很容易地删除那些数据。
3、通过HASH运算来进行分区，分布的比较均匀 KEY分区：类似于按HASH分区，由MySQL服务器提供其自身的哈希函数。
MySQL分区中遇到哪些坑点和问题
当数据库表中数据量能够被预测到将会非常大，或者已经拥有庞大的数据时，我们应该选择分表或者分区（即使用多个数据库）来解决数据访问时的性能问题。
当分片索引不是纯整型的字符串时，只接受整型的内置 hash 算法是无法使用的。
那么所有的查询在定位分区后都会增加扫描第一个分区。而且如果第一个分区很大的时候，查询的成本会被这个“拖油瓶”分区无情的增加。
MySQL 7起支持独立临时表空间，但个别时候也可能会踩坑的。MySQL 7起，开始采用独立的临时表空间（和独立的undo表空间不是一回事哟），命名ibtmp1文件，初始化12M，且默认无上限。
分区能支持的引擎 MySQL支持大部分引擎创建分区，入MyISAM、InnoDB等；不支持MERGE和CSV等来创建分区。同一个分区表中的所有分区必须是同一个存储引擎。值得注意的是，在MySQL8版本中，MyISAM表引擎不支持分区。
）、与单个磁盘或文件系统分区相比，可以存储更多的数据。2）、对于那些已经失去保存意义的数据，通常可以通过删除与那些数据有关的分区，很容易地删除那些数据。
