分区表

GPT分区结构 GPT磁盘分区的基本特点 GPT磁盘分区结构解决了MBR只能分4个主分区的的缺点，理论上说，GPT磁盘分区结构对分区的数量好像是没有限制的。但某些操作系统可能会对此有限制。 GPT磁盘分区结构由6部分组成，如下图： 1、保护MBR 保护MBR位于GPT磁盘的第一扇区，也就是0号扇区，有磁盘签名，MBR磁盘分区表和结束标志组成，没有引导代码。而且分区表内只有一个分区表项，这个表项GPT根本不用，只是为了让系统认为这个磁盘是合法的。 2、GPT头 GPT头位于GPT磁盘的第二个磁盘，也就是1号扇区，该扇区是在创建GPT磁盘时生成，GPT头会定义分区表的起始位置，分区表的结束位置、每个分区表项的大小、分区表项的个数及分区表的校验和等信息。 GPT头中参数的含义解释如下表： 3、分区表 分区表位于GPT磁盘的2-33号磁盘，一共占用32个扇区，能够容纳128个分区表项。每个分区表项大小为128字节。因为每个分区表项管理一共分区，所以Windows系统允许GPT磁盘创建128个分区。 每个分区表项中记录着分区的起始，结束地址，分区类型的GUID，分区的名字，分区属性和分区GUID。 分区表项中各参数的含义解释如下表： 4、分区区域 GPT分区区域就是用户使用的分区，也是用户进行数据存储的区域。分区区域的起始地址和结束地址由GPT头定义。 5、GPT头备份 GPT头有一个备份

5.10.2. Declarative Partitioning 5.10.2.声明分区 PostgreSQL offers a way to specify how to divide a table into pieces called partitions. The table that is divided is referred to as a partitioned table . The specification consists of the partitioning method and a list of columns or expressions to be used as the partition key . PostgreSQL提供将表进行分区的方式。被分割的表称为分区表。声明由分区方式及分区键（一组列或者表达式）组成。 All rows inserted into a partitioned table will be routed to one of the partitions based on the value of the partition key. Each partition has a subset of the data defined by its partition bounds . The currently

转自： http://blog.itpub.net/15498/viewspace-2650661/ MySQL 5.6 1).支持GTID复制 2).支持无损复制 3).支持延迟复制 4).支持基于库级别的并行复制 5).mysqlbinlog命令支持远程备份binlog 6).对TIME, DATETIME和TIMESTAMP进行了重构，可支持小数秒。DATETIME的空间需求也从之前的8个字节减少到 5个字节 7).支持Online DDL。ALTER操作不再阻塞DML。 8).支持可传输表空间(transportable tablespaces) 9).支持统计信息的持久化。避免主从之间或数据库重启后，同一个SQL的执行计划有差异 10).支持支持全文索引 11).支持InnoDB Memcached plugin 12).EXPLAIN可用来查看DELETE，INSERT，REPLACE，UPDATE等DML操作的执行计划，在此之前，只支持SELECT操作 13).分区表的增强，包括最大可用分区数增加至8192，支持分区和非分区表之间的数据交换，操作时显式指定分区 14).Redo Log总大小的限制从之前的4G扩展至512G 15).Undo Log可保存在独立表空间中，因其是随机IO，更适合放到SSD中。但仍然不支持空间的自动回收 16)

MySQL 5.6, 5.7, 8.0的新特性 对于MySQL的历史，相信很多人早已耳熟能详，这里就不要赘述。下面仅从产品特性的角度梳理其发展过程中的里程碑事件。 1995年，MySQL 1.0发布，仅供内部使用。 1996年，MySQL 3.11.1发布，直接跳过了MySQL 2.x版本。 1999年，MySQL AB公司成立。同年，发布MySQL 3.23，该版本集成了Berkeley DB存储引擎。该引擎由Sleepycat公司开发，支持事务。在集成该引擎的过程中，对源码进行了改造，为后续可插拔式存储引擎架构奠定了基础。 2000年，ISAM升级为MyISAM存储引擎。同年，MySQL基于GPL协议开放源码。 2002年，MySQL 4.0发布，集成了后来大名鼎鼎的InnoDB存储引擎。该引擎由Innobase公司开发，支持事务，支持行级锁，适用于OLTP等高并发场景。 2005年，MySQL 5.0发布，开始支持游标，存储过程，触发器，视图，XA事务等特性。同年，Oracle收购Innobase公司。 2008年，Sun以10亿美金收购MySQL AB。同年，发布MySQL 5.1，其开始支持定时器（Event scheduler），分区，基于行的复制等特性。 2009年，Oracle以74亿美金收购Sun公司。 2010年， MySQL 5.5 发布

一、分区方法　 　　建分区表准备： 　　 1，创建4个测试用的表空间，每个表空间作为一个独立分区（考虑到Oracle中分区映射的实现方式，建议将表中的分区数设置为2的乘方，以便使数据均匀分布） create tablespace partition1 datafile '/home/oracle/app/oradata/orcl/partition1.dbf' size 20m; create tablespace partition2 datafile '/home/oracle/app/oradata/orcl/partition2.dbf' size 20m; create tablespace partition3 datafile '/home/oracle/app/oradata/orcl/partition3.dbf' size 20m; create tablespace partition4 datafile '/home/oracle/app/oradata/orcl/partition4.dbf' size 20m; 1）范围分区 　　 　　范围分区就是对数据表中的某个值的范围进行分区，根据某个值的范围，决定将该数据存储在哪个分区上。如根据序号分区，根据业务记录的创建日期进行分区等（联通每个月的账单记录就用的分区表存储）。 　　 CREATE TABLE

详解计算机磁盘系统 硬盘接口 常见的硬盘接口有： IDE 、SATA、SAS、USB、SCSI ，其中 SATA 是目前的主流接口，IDE 则几乎不再使用。 设备文件 计算机的各种硬件设备在 Linux 中都有对应的设备文件，甚至不同的接口也对应着不同的设备文件，从而使用不同的驱动程序来操作硬件设备。对于硬盘，实体设备的文件名一般是 /dev/sd[a-] ；虚拟设备（虚拟机中的硬盘）的文件名一般是 /dev/vd[a-] 。 有时，系统中会有 /dev/sda、/dev/sdb… 等设备文件，它们之间又是什么关系呢？实际上， /dev/sd[a-] 是 SATA/USB/SAS 等硬盘接口对应的设备文件，这类接口都使用 SCSI 模块作为驱动程序。 a、b、c… 则是按系统检测到的顺序来排列的，与实际插槽顺序无关。 我们知道硬盘是可以被分区成多个分区（partition），如在 Windows 中可以将一块硬盘分区成 C:、D:、E: 盘。那么，不同的分区是否也有对应的设备文件呢？ 硬盘结构 提到分区，我们需要先了解一下硬盘的结构。不同寻址方式的硬盘，其结构也不同。硬盘的寻址方式主要有两种： - CHS 寻址方式：由柱面数（Cylinders）、磁头数（Headers）、扇区数（Sectors） 组成 3D 参数，简称 CHS 寻址方式，硬盘容量相对较小。 如传统的机械硬盘

原文地址 MBR分区结构、DPT分区表、EBR扩展引导 上图是第一个扇区EBR。 从上图可以看出DPT只有一个主分区和一个扩展分区。 主分区从63扇区开始，大小为209728512扇区。 约为100GB。也就是我的C盘大小。 扩展分区从209728575扇区开始，大小为415408770扇区。约为198GB也就是我后面两个盘的大小。 扩展分区中的每个逻辑驱动器都存在一个类似于MBR的扩展引导记录（Extended Boot Record，EBR）。 来源： CSDN 作者： qq_28808697 链接： https://blog.csdn.net/qq_28808697/article/details/104318225

扇区是最小的物理存储单位，每个扇区 512 KB 大量的扇区组成一个圆，称为柱面，柱面是分区的最小单位 第一个扇区是硬盘主引导记录（MBR）以及分区表，MBR 本质上是一个引导程序（446 Bytes），分区表（64 Bytes） /dev/sd[a-p][1-15]: 为SCSI,SATA,USB, Flash等接口的磁盘文件名 /dev/hd[a-d][1-63]: IDE 接口的磁盘文件名 Linux 下的文件系统称为 Ext2 ，一个分区能够被格式化称为一个文件系统，所以可以说一个文件系统就是一个分区。 但是由于新技术的应用，如 LVM 与 software raid，这些技术能够将一个分区格式化为多个文件系统，也能够将多个分区合成 为一个文件系统。所以，目前我们在格式化时不再说是分区格式化了， 通常我们称一个可挂载的数据为一个文件系统而不是分区 挂载：即是将文件目录和真实的物理设配和二合一的过程。可挂载：即是可以将 a 和 b 和合二为一。 在 windows 中挂载往往是值分区，而 Linux 中只要是设配都行。 super block: 记录文件系统的整体信息，包括 inode/block 的总量、使用量等等，inode: 记录文件的属性和 block 的号码，block: 记录文件的内容。 每一个文件都会占用一个inode，而inode里面又有许多block的号码

在工作中使用hive比较多，也写了很多HiveQL。这里从三个方面对 Hive 常用的一些性能优化进行了总结。 表设计层面优化 利用分区表优化 分区表 是在某一个或者几个维度上对数据进行分类存储，一个分区对应一个目录。如果筛选条件里有分区字段，那么 Hive 只需要遍历对应分区目录下的文件即可，不需要遍历全局数据，使得处理的数据量大大减少，从而提高查询效率。 当一个 Hive 表的查询大多数情况下，会根据某一个字段进行筛选时，那么非常适合创建为分区表。 利用桶表优化 指定桶的个数后，存储数据时，根据某一个字段进行哈希后，确定存储在哪个桶里，这样做的目的和分区表类似，也是使得筛选时不用全局遍历所有的数据，只需要遍历所在桶就可以了。 选择合适的文件存储格式 Apache Hive 支持 Apache Hadoop 中使用的几种熟悉的文件格式。 TextFile 默认格式，如果建表时不指定默认为此格式。 存储方式：行存储。 每一行都是一条记录，每行都以换行符 \n 结尾。数据不做压缩时，磁盘会开销比较大，数据解析开销也比较大。 可结合 Gzip 、 Bzip2 等压缩方式一起使用（系统会自动检查，查询时会自动解压），但对于某些压缩算法 hive 不会对数据进行切分，从而无法对数据进行并行操作。 SequenceFile 一种Hadoop API 提供的二进制文件，使用方便、可分割

　　故事起源于…… 　　Android的模拟器启动太慢了，在我的老爷机上每次开启要10分钟左右，实在不堪忍受。在网上搜到一篇文章，介绍的是genymotion，一个被称为“神器”的软件。怎么个神我就不罗嗦了，反正我是快“神”了。 　　Genymotion是跨平台的，可在Windows、Mac、Linux下运行。再一看，针对Debian必须要64位,对其他的发行版（Ubuntu、Fedora、Redhat）都有32位和64位的安装包，唯独对Debian要64位！我的Debian是32位的。好了，我再看看Windows环境的要求吧，要Microsoft Windows XP SP3 (32 or 64 bits)，我的XP却是32位的SP2 !怎么办？为了“神器”，我先给Windows XP打个SP3的补丁吧。下载SP3的过程中，迅雷7.9不时出现无响应的情况，我也没在意，结束进程后再继续下载。后来电脑不时出现无响应的情况，似乎有些不妙…… SP3下载好了，电脑无响应的情况却越来越严重，几乎是必须手动按重启键了。 　　Genymotion 对硬件有什么要求？哦？还真的有要求，而我还真的就遇上了。Genymotion需要显卡支持OpenGL 2.0以上版本并且CPU要支持VT-x或AMD-V技术，就是CPU虚拟化技术。我的CPU不支持虚拟化技术！用securable 这个软件一测即知