PostgreSQL VS MySQL's Storage EngineSss..
2011-05-22 12:39
447 查看
初次接触MySQL,简单的和PostgreSQL做一个对比,主要是存储引擎这块。(个人认为虽然MySQL支持存储引擎的热插拔，并且存储引擎五花八
门，MySQL的说法是适应不同的应用场景，非常抱歉的是现在的应用都是比较综合型的，MySQL的大多数引擎已经不能适合现在的应用,而
PostgreSQL应对现在的高并发业务非常适合，对比如下)
参考《High Performance MySQL》一书，书是2008年6月份出版的(因此可能以下的对比拿到现在会有些出入).
首先简单的介绍一下MySQL的架构,如图:
第一层主要负责处理连接请求，认证，安全。
第二层主要功能包括SQL解析，分析，优化器，查询缓存，以及所有的内建函数（如：date,times,math,encryption等），任何与跨存储引擎的功能都在这一层如存储过程，触发器，视图等。
第
三层存储引擎层，负责数据存取，每个存储引擎有各自的特性，就好似UNIX操作系统的各种文件系统。Server
通过存储引擎API与存储引擎交互，API包括一些底层功能，如开始一个事务。存储引擎不干解析SQL的事情，引擎之间也不能相互通信（必须通过
Server交换）。只负责相应Server端请求。这里有个例外，因为目前MySQL
Server不处理FK关系，而InnoDB是支持FK的,因此在InnoDB中是存储引擎负责解析FK定义的。
存储引擎过多，一个是造成维护的麻烦，开发也会更加复杂，如事务型和非事务型表在同一个事务中的处理，还有引擎间表的互转移，权限和FK丢失等等一系列问题。
下面简单介绍一下MySQL的存储引擎,
查看存储引擎:
mysql> SHOW TABLE STATUS LIKE 'user' /G
*************************** 1. row ***************************
Name: user
Engine: MyISAM
Row_format: Dynamic
Rows: 6
Avg_row_length: 59
Data_length: 356
Max_data_length: 4294967295
Index_length: 2048
Data_free: 0
Auto_increment: NULL
Create_time: 2002-01-24 18:07:17
Update_time: 2002-01-24 21:56:29
Check_time: NULL
Collation: utf8_bin
Checksum: NULL
Create_options:
Comment: Users and global privileges
1 row in set (0.00 sec)
1. MyISAM :
在MySQL 5.5GA以前,MyISAM一直作为MySQL的默认引擎,拥有支持全文索引，压缩，空间函数等特性，缺点是不支持行锁和事务,因此并发能力极差(insert和select不冲突,其他的写都是排他锁)。
存储:
索引和数据分别存在.MYD和.MYI,文件具有平台无关性，如x86的文件放到PowerPC下使用。
MyISAM可以存储变长记录和固定长度记录，表的定义决定MySQL使用何种方式存放记录，MyISAM可以存放的最大记录数受到文件系统剩余空间
和
单个文件大小上限的限制。在建表时可以使用MAX_ROWS
和AVG_ROW_LENGTH指定最大记录数和平均记录的SIZE。在MySQL5.0版本中，默认MyISAM表的限制是256TB，pointer
占用6 bytes,早期版本默认pointers占用4bytes,因此表的现在是4GB.pointer最大可以占用8bytes
CREATE TABLE mytable (
a INTEGER NOT NULL PRIMARY KEY,
b CHAR(18) NOT NULL
) MAX_ROWS = 1000000000 AVG_ROW_LENGTH = 32;
mysql> SHOW TABLE STATUS LIKE 'mytable' /G
*************************** 1. row ***************************
Name: mytable
Engine: MyISAM
Row_format: Fixed
Rows: 0
Avg_row_length: 0
Data_length: 0
Max_data_length: 98784247807
Index_length: 1024
Data_free: 0
Auto_increment: NULL
Create_time: 2002-02-24 17:36:57
Update_time: 2002-02-24 17:36:57
Check_time: NULL
Create_options: max_rows=1000000000 avg_row_length=32
Comment:
1 row in set (0.05 sec)
特征:
reader获得shared lock.writer获得exclusive锁，因此并发性极差。（insert和select 锁不冲突,这要再冲突的话MyISAM估计活不到现在）
自动修复 或 手工修复数据表
check table , repair table或者使用myisamchk 在数据库关闭时修复。（数据容易被破坏,要不整这玩意干啥）
支持BLOB,TEXT前500字符的索引，（据说是为了防止索引过大,所以整了个前500字符的限制，搞个函数索引不就完了么，整这限制干啥）
delay_key_write : 即索引的更新在内存中暂缓，降低IO开销，听起来不错，可惜的是如果出现故障，索引要完全重建。
compressed MyISAM table : 使用myisampack可以将myisam表压缩，以行为单位压缩，支持索引，遗憾的是压缩表是只读的。
2. MyISAM Merge引擎
类似视图，把多个MyISAM表合并成一个表对外。
3. InnoDB引擎
InnoDB是一个支持事务的引擎。使用MVCC来满足高并发的场景需求。
一个比较致命的问题是InnoDB的表建立在Clustered Index之上.因此所有的索引都会包含PK的内容，PK必须使用精简列来减少索引的空间占用。
任何改变InnoDB表结构的操作都将导致表和所有索引的重建。
InnoDB支持预加载数据，内存哈希索引，插入缓存等特性来提高性能。
4. 内存存储引擎
之前也被称为heap表，内存表重启后数据将丢失，常用于lookup和mapping表的场景。支持HASH索引。
缺点是不支持事务，使用表级锁，只支持定长的字段类型等。
MySQL在临时表的处理方面，如果没有超出参数指定值的话都将使用内存表来处理，超过将自动转换为MyISAM来处理。
5. 归档引擎
只支持insert和 select,不支持索引，支持行级压缩，支持插入缓存。由于不支持索引，所以在查询方面性能不行，但是MySQL提供了复制，并且可以在SLAVE端使用不同的引擎。这就使得SLAVE端可以选用支持索引的引擎来加快扫描速度。
6. CSV引擎
类似外部表，支持CSV格式的文件，不支持索引。
7. Federated引擎
用于操控远程数据库记录，在统计，JOIN等其他方面使用不是太好。一般用于PK来取数据，或INSERT来插入记录。类似DBLINK，但是功能较弱
8. 黑洞引擎
类似/dev/null，往里面写东西 啥都不干。一般用作数据复制的MASTER，由于MASTER啥都不干，没有IO，提高写入效率。
9. NDB Cluster引擎
一
个shared
nothing的存储引擎，包含数据节点，管理节点，SQL实例节点。每个数据节点存放部分数据，并且数据节点之间相互有对方的数据，确保数据至少有两份
在不同的节点上。管理节点监控和配置SQL集群。由于SQL实例和数据节点之间通信频繁，低的延时对NDB 集群非常重要。
10. Falcon引擎
支持MVCC的事务引擎
11. solidDB引擎
支持MVCC的事务引擎,使用集群索引，支持FK,支持在线备份，
12. PBXT引擎
一般用作高并发的写场景，支持MVCC，支持事务，支持FK。使用非集群索引。
13. Maria存储引擎
开发中
PostgreSQL
包含了几乎所有MySQL这些存储引擎的优点，支持MVCC,支持事务，支持所有事务隔离级别，支持全文索引，支持自动压缩，支持行锁，支持FK,支持
CSV快速导入导出，支持外部表（GreenPlum）,支持列存储(GreenPlum),支持资源控制(GreenPlum),支持shared
nothing(Plproxy或PGXC,pg-grid,pgpool等都可以做),支持复制（支持master-master
,master-slave），支持写规则（比MYSQL黑洞引擎更加灵活），支持继承（比merge引擎更加灵活）,使用非集群索引，支持手工修正数据
表存储顺序(类似瞬态cluster索引)，支持并行运算(GreenPlum)。等等
还有一些其他更加优异的优点:
如：
支持MMAP，将IO请求高的PAGE放入内存区域。更强大的是可以记录下状态，下次开启数据库直接将之加载至内存.
支持部分索引，索引变小，维护开销降低
支持在线备份，支持PITR
支持日志级复制，表级复制，流复制等等
支持非常强大的数据库DBLINK，甚至异构平台，如到oracle , mysql的 dblink
门，MySQL的说法是适应不同的应用场景，非常抱歉的是现在的应用都是比较综合型的，MySQL的大多数引擎已经不能适合现在的应用,而
PostgreSQL应对现在的高并发业务非常适合，对比如下)
参考《High Performance MySQL》一书，书是2008年6月份出版的(因此可能以下的对比拿到现在会有些出入).
首先简单的介绍一下MySQL的架构,如图:
第一层主要负责处理连接请求，认证，安全。
第二层主要功能包括SQL解析，分析，优化器，查询缓存，以及所有的内建函数（如：date,times,math,encryption等），任何与跨存储引擎的功能都在这一层如存储过程，触发器，视图等。
第
三层存储引擎层，负责数据存取，每个存储引擎有各自的特性，就好似UNIX操作系统的各种文件系统。Server
通过存储引擎API与存储引擎交互，API包括一些底层功能，如开始一个事务。存储引擎不干解析SQL的事情，引擎之间也不能相互通信（必须通过
Server交换）。只负责相应Server端请求。这里有个例外，因为目前MySQL
Server不处理FK关系，而InnoDB是支持FK的,因此在InnoDB中是存储引擎负责解析FK定义的。
存储引擎过多，一个是造成维护的麻烦，开发也会更加复杂，如事务型和非事务型表在同一个事务中的处理，还有引擎间表的互转移，权限和FK丢失等等一系列问题。
下面简单介绍一下MySQL的存储引擎,
查看存储引擎:
mysql> SHOW TABLE STATUS LIKE 'user' /G
*************************** 1. row ***************************
Name: user
Engine: MyISAM
Row_format: Dynamic
Rows: 6
Avg_row_length: 59
Data_length: 356
Max_data_length: 4294967295
Index_length: 2048
Data_free: 0
Auto_increment: NULL
Create_time: 2002-01-24 18:07:17
Update_time: 2002-01-24 21:56:29
Check_time: NULL
Collation: utf8_bin
Checksum: NULL
Create_options:
Comment: Users and global privileges
1 row in set (0.00 sec)
1. MyISAM :
在MySQL 5.5GA以前,MyISAM一直作为MySQL的默认引擎,拥有支持全文索引，压缩，空间函数等特性，缺点是不支持行锁和事务,因此并发能力极差(insert和select不冲突,其他的写都是排他锁)。
存储:
索引和数据分别存在.MYD和.MYI,文件具有平台无关性，如x86的文件放到PowerPC下使用。
MyISAM可以存储变长记录和固定长度记录，表的定义决定MySQL使用何种方式存放记录，MyISAM可以存放的最大记录数受到文件系统剩余空间
和
单个文件大小上限的限制。在建表时可以使用MAX_ROWS
和AVG_ROW_LENGTH指定最大记录数和平均记录的SIZE。在MySQL5.0版本中，默认MyISAM表的限制是256TB，pointer
占用6 bytes,早期版本默认pointers占用4bytes,因此表的现在是4GB.pointer最大可以占用8bytes
CREATE TABLE mytable (
a INTEGER NOT NULL PRIMARY KEY,
b CHAR(18) NOT NULL
) MAX_ROWS = 1000000000 AVG_ROW_LENGTH = 32;
mysql> SHOW TABLE STATUS LIKE 'mytable' /G
*************************** 1. row ***************************
Name: mytable
Engine: MyISAM
Row_format: Fixed
Rows: 0
Avg_row_length: 0
Data_length: 0
Max_data_length: 98784247807
Index_length: 1024
Data_free: 0
Auto_increment: NULL
Create_time: 2002-02-24 17:36:57
Update_time: 2002-02-24 17:36:57
Check_time: NULL
Create_options: max_rows=1000000000 avg_row_length=32
Comment:
1 row in set (0.05 sec)
特征:
reader获得shared lock.writer获得exclusive锁，因此并发性极差。（insert和select 锁不冲突,这要再冲突的话MyISAM估计活不到现在）
自动修复 或 手工修复数据表
check table , repair table或者使用myisamchk 在数据库关闭时修复。（数据容易被破坏,要不整这玩意干啥）
支持BLOB,TEXT前500字符的索引，（据说是为了防止索引过大,所以整了个前500字符的限制，搞个函数索引不就完了么，整这限制干啥）
delay_key_write : 即索引的更新在内存中暂缓，降低IO开销，听起来不错，可惜的是如果出现故障，索引要完全重建。
compressed MyISAM table : 使用myisampack可以将myisam表压缩，以行为单位压缩，支持索引，遗憾的是压缩表是只读的。
2. MyISAM Merge引擎
类似视图，把多个MyISAM表合并成一个表对外。
3. InnoDB引擎
InnoDB是一个支持事务的引擎。使用MVCC来满足高并发的场景需求。
一个比较致命的问题是InnoDB的表建立在Clustered Index之上.因此所有的索引都会包含PK的内容，PK必须使用精简列来减少索引的空间占用。
任何改变InnoDB表结构的操作都将导致表和所有索引的重建。
InnoDB支持预加载数据，内存哈希索引，插入缓存等特性来提高性能。
4. 内存存储引擎
之前也被称为heap表，内存表重启后数据将丢失，常用于lookup和mapping表的场景。支持HASH索引。
缺点是不支持事务，使用表级锁，只支持定长的字段类型等。
MySQL在临时表的处理方面，如果没有超出参数指定值的话都将使用内存表来处理，超过将自动转换为MyISAM来处理。
5. 归档引擎
只支持insert和 select,不支持索引，支持行级压缩，支持插入缓存。由于不支持索引，所以在查询方面性能不行，但是MySQL提供了复制，并且可以在SLAVE端使用不同的引擎。这就使得SLAVE端可以选用支持索引的引擎来加快扫描速度。
6. CSV引擎
类似外部表，支持CSV格式的文件，不支持索引。
7. Federated引擎
用于操控远程数据库记录，在统计，JOIN等其他方面使用不是太好。一般用于PK来取数据，或INSERT来插入记录。类似DBLINK，但是功能较弱
8. 黑洞引擎
类似/dev/null，往里面写东西 啥都不干。一般用作数据复制的MASTER，由于MASTER啥都不干，没有IO，提高写入效率。
9. NDB Cluster引擎
一
个shared
nothing的存储引擎，包含数据节点，管理节点，SQL实例节点。每个数据节点存放部分数据，并且数据节点之间相互有对方的数据，确保数据至少有两份
在不同的节点上。管理节点监控和配置SQL集群。由于SQL实例和数据节点之间通信频繁，低的延时对NDB 集群非常重要。
10. Falcon引擎
支持MVCC的事务引擎
11. solidDB引擎
支持MVCC的事务引擎,使用集群索引，支持FK,支持在线备份，
12. PBXT引擎
一般用作高并发的写场景，支持MVCC，支持事务，支持FK。使用非集群索引。
13. Maria存储引擎
开发中
PostgreSQL
包含了几乎所有MySQL这些存储引擎的优点，支持MVCC,支持事务，支持所有事务隔离级别，支持全文索引，支持自动压缩，支持行锁，支持FK,支持
CSV快速导入导出，支持外部表（GreenPlum）,支持列存储(GreenPlum),支持资源控制(GreenPlum),支持shared
nothing(Plproxy或PGXC,pg-grid,pgpool等都可以做),支持复制（支持master-master
,master-slave），支持写规则（比MYSQL黑洞引擎更加灵活），支持继承（比merge引擎更加灵活）,使用非集群索引，支持手工修正数据
表存储顺序(类似瞬态cluster索引)，支持并行运算(GreenPlum)。等等
还有一些其他更加优异的优点:
如：
支持MMAP，将IO请求高的PAGE放入内存区域。更强大的是可以记录下状态，下次开启数据库直接将之加载至内存.
支持部分索引，索引变小，维护开销降低
支持在线备份，支持PITR
支持日志级复制，表级复制，流复制等等
支持非常强大的数据库DBLINK，甚至异构平台，如到oracle , mysql的 dblink
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- PostGIS/PostgreSQL vs. MySql vs. SQL Server
- MySQL VS PostgreSQL：该选择哪个开源数据库？
- MySQL InnoDB vs PostgreSQL (转载)
- PostgreSQLvs MySQL
- SQLite vs MySQL vs PostgreSQL: A Comparison Of Relational Database Management Systems
- SQLite vs MySQL vs PostgreSQL:关系型数据库比较
- SQLite vs MySQL vs PostgreSQL：关系型数据库比较
- SQLite vs MySQL vs PostgreSQL:关系型数据库比较
- MySQL vs PostgreSQL
- MySQL vs PostgreSQL
- Mysql VS Postgresql
- SQLite vs MySQL vs PostgreSQL
- postgresql vs mysql on enterprise solutions
- 数据仓库---JPivot连接MySQL VS PostgreSQL
- MySQL vs. PostgreSQL
- PostgreSQL VS MySQL
- 毕业设计之外文翻译---SQLite vs MySQL vs PostgreSQL:关系型数据库管理系统的比较
- MySQL vs PostgreSQL
- SQLite vs MySQL vs PostgreSQL: A Comparison Of Relational Database Management Systems
- 关系数据库比较：SQLite vs MySQL vs PostgreSQL