大家好，今天来为大家解答mysql数据库位置这个问题的一些问题点，包括mysql数据库位置也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~
MySQL 分区功能并不是在存储引擎层完成的，因此不是只有 InnoDB 存储引擎支持分区，常见的存储引擎 MyISAM、NDB 等都支持。
MySQL 数据库支持的分库类型为水平分区（指将同一表中不同行的记录分配到不同的物理文件中），并不支持垂直分区（指将同一表中不同列的记录分配到不同的物理文件中）。
MySQL 数据库的分区是局部分区索引，一个分区中既存放了数据又存放了索引。而全局分区是指，数据存放在各个分区中，但是所有数据的索引放在一个对象中。MySQL 数据库目前不支持全局分区。
MySQL 查看数据库分区。
SHOW?VARIABLES?LIKE?'%partitions%';
MySQL 数据库支持以下几种类型的分区。如果表中存在主键/唯一索引时，分区列必须是主键/唯一索引的一个组成部分。对于 RANGE、LIST、HASH 和 KEY 这四种分区中，分区的条件是：数据必须是整型，如果不是整型，那应该需要通过函数将其转化为整型，如 YEAR(),TO_DAYS(),MONTH() 等函数。
RANGE 分区：行数据基于属于一个给定连续区间的列值被放入分区。LIST 分区：和 RANGE 分区类似，只是 LIST 分区面向的是离散的值。HASH 分区：根据用户自定义的表达式（可以仅仅是字段列名）的返回值来进行分区，返回值不能为负数。LINEAR HASH 分区：线性 HASH 分区，使用的一个线性的2的幂（powers-of-two）算法来确定新行插入到分区的什么位置。LINEAR HASH 分区的优点在于，增加、删除、合并和拆分分区将变得更加快捷，这有利于处理含有大量数据的表。缺点在于，与 HASH 分区相比，各个分区间数据的分布可能不太均衡。KEY 分区：和 HASH 分区类似，不过是根据 MySQL 数据库内部提供的哈希函数来进行分区。LINEAR KEY 分区：和 LINEAR HASH 类似，分区的编号是通过2的幂（powers-of-two）算法得到的。COLUMNS 分区：5.5 版本后开始支持，可视为 RANGE 分区和 LIST 分区的一种进化，可以直接使用非整型的数据进行分区，分区根据类型直接比较而得，不需要转化为整型。此外，RANGE COLUMNS 分区可以对多个列的值进行分区。对于之前的 RANGE 和 LIST 分区，用户可以用 RANGE COLUMNS 和 LIST COLUMNS 分区进行很好的代替。
子分区（subpartitioning）是在分区的基础上再进行分区，有时也称为这种分区为复合分区（composite partitioning）。MySQL 数据库允许在 RANGE 和 LIST 的分区上再进行 HASH 或 KEY 的子分区。进行子分区后，分区的数量应该为（分区数量 X 子分区数量）个。
MySQL 数据库允许对 NULL 值做分区，视 NULL 值小于任何一个非 NULL 值（和 ORDER BY 处理 NULL 值的规则一致）。
对于 OLAP（在线分析处理） 的应用，分区的确是可以很好地提高查询的性能，因为 OLAP 应用大多数查询需要频繁地扫描一张很大的表。假设有一张 1 亿行的表，其中有一个时间戳属性列。用户的查询依据时间为维度，如果按照时间戳进行分区，则只需要扫描对应的分区即可。
我们通过 Navicat 来操作下数据库分区，表 -> 右键点击'设计表' -> 选项 -> 分割区，可以看到如下内容。
来看看分区后，磁盘中 MySQL 数据库是怎么存储的。
通过 EXPLAIN 分析数据检索的分区。
EXPLAIN?PARTITIONS?SELECT?*?FROM?t_materiel_config
OK，本文到此结束，希望对大家有所帮助。
