Mysql 和 Postgresql 对比
- - 膘叔vampire告诉我服务器上安装好了postgreSQL，他也一直在推荐这个玩意，所以了解了一下. Mysql 使用太广泛了，以至于我不得不将一些应用从mysql 迁移到postgresql, 很多开源软件都是以Mysql 作为数据库标准，并且以Mysql 作为抽象基础的，但是具体使用过程中，发现Mysql 有很多问题，所以都迁移到postgresql上了，转一个Mysql 和Postgresql 对比的文章：.
Mysql 和 Postgresql 对比
标签：
DataBase
| 发表时间：2012-05-31 23:49 | 作者：gouki
出处：http://www.neatstudio.com/
vampire告诉我服务器上安装好了postgreSQL，他也一直在推荐这个玩意，所以了解了一下。
比如这篇文章：
Mysql 使用太广泛了，以至于我不得不将一些应用从mysql 迁移到postgresql, 很多开源软件都是以Mysql 作为数据库标准，并且以Mysql 作为抽象基础的，但是具体使用过程中，发现Mysql 有很多问题，所以都迁移到postgresql上了，转一个Mysql 和Postgresql 对比的文章：
PostgreSQL由于是类似Oracle的多进程框架，所以能支持高并发的应用场景，这点与Oracle数据库很像，所以把Oracle DBA转到PostgreSQL数据库
上是比较容易的，毕竟PostgreSQL数据库与Oracle数据库很相似。
同时，PostgreSQL数据库的源代码要比MySQL数据库的源代码更容易读懂，如果团队的C语言能力比较强的知，就能在PostgreSQL数据库上做开发，比方说实现类似greenplum的系统，这样也能与现在的分布式趋势接轨。
为了说明PostgreSQL的功能，我下面简要对比一下PostgreSQL数据库与MySQL数据库之间的差异：
我们先借助Jametong翻译的"从Oracle迁移到Mysql之前必须知道的50件事"，看一看如何把Oracle转到MySQL中的困难：
50 things to know before migrating Oracle to MySQL
by Baron Schwartz,Translated by Jametong
1. 对子查询的优化表现不佳.
2. 对复杂查询的处理较弱
3. 查询优化器不够成熟
4. 性能优化工具与度量信息不足
5. 审计功能相对较弱
6. 安全功能不成熟,甚至可以说很粗糙.没有用户组与角色的概念,没有回收权限的功能(仅仅可以授予权限).当一个用户从不同的主机/网络以同样地用户名/密码登录之后,可能被当作完全不同的用户来处理.没有类似于Oracle的内置的加密功能.
7. 身份验证功能是完全内置的.不支持LDAP,Active Directory以及其它类似的外部身份验证功能.
8. Mysql Cluster可能与你的想象有较大差异.
9. 存储过程与触发器的功能有限.
10. 垂直扩展性较弱.
11. 不支持MPP(大规模并行处理).
12. 支持SMP(对称多处理器),但是如果每个处理器超过4或8个核(core)时,Mysql的扩展性表现较差.
13. 对于时间、日期、间隔等时间类型没有秒以下级别的存储类型.
14. 可用来编写存储过程、触发器、计划事件以及存储函数的语言功能较弱.
15. 没有基于回滚(roll-back)的恢复功能,只有前滚(roll-forward)的恢复功能.
16. 不支持快照功能.
17. 不支持数据库链(database link).有一种叫做Federated的存储引擎可以作为一个中转将查询语句传递到远程服务器的一个表上,不过,它功能很粗糙并且漏洞很多.
18. 数据完整性检查非常薄弱,即使是基本的完整性约束，也往往不能执行。
19. 优化查询语句执行计划的优化器提示非常少.
20. 只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join).
21. 大部分查询只能使用表上的单一索引;在某些情况下,会存在使用多个索引的查询,但是查询优化器通常会低估其成本,它们常常比表扫描还要慢.
22. 不支持位图索引(bitmap index).每种存储引擎都支持不同类型的索引.大部分存储引擎都支持B-Tree索引.
23. 管理工具较少,功能也不够成熟.
24. 没有成熟能够令人满意的IDE工具与调试程序.可能不得不在文本编辑器中编写存储过程,并且通过往表(调试日志表)中插入记录的方式来做调试.
25. 每个表都可以使用一种不同的存储引擎.
26. 每个存储引擎在行为表现、特性以及功能上都可能有很大差异.
27. 大部分存储引擎都不支持外键.
28. 默认的存储引擎(MyISAM)不支持事务,并且很容易损坏.
29. 最先进最流行的存储引擎InnoDB由Oracle拥有.
30. 有些执行计划只支持特定的存储引擎.特定类型的Count查询,在这种存储引擎中执行很快,在另外一种存储引擎中可能会很慢.
31. 执行计划并不是全局共享的,,仅仅在连接内部是共享的.
32. 全文搜索功能有限, 只适用于非事务性存储引擎. Ditto用于地理信息系统/空间类型和查询.
33. 没有资源控制.一个完全未经授权的用户可以毫不费力地耗尽服务器的所有内存并使其崩溃,或者可以耗尽所有CPU资源.
34. 没有集成商业智能(business intelligence), OLAP **数据集等软件包.
35. 没有与Grid Control类似的工具( http://solutions.mysql.com/go.php?id=1296&t=s )
36. 没有类似于RAC的功能.如果你问”如何使用Mysql来构造RAC”,只能说你问错了问题.
37. 不支持用户自定义类型或域(domain).
38. 每个查询支持的连接的数量最大为61.
39. MySQL支持的SQL语法(ANSI SQL标准)的很小一部分.不支持递归查询、通用表表达式（Oracle的with 语句）或者窗口函数（分析函数）.支持部分类似于Merge或者类似特性的SQL语法扩展,不过相对于Oracle来讲功能非常简单.
40. 不支持功能列(基于计算或者表达式的列,Oracle11g 开始支持计算列,以及早期版本就支持虚列(rownum,rowid)).
41. 不支持函数索引,只能在创建基于具体列的索引.
42. 不支持物化视图.
43. 不同的存储引擎之间,统计信息差别很大,并且所有的存储引擎支持的统计信息都只支持简单的基数(cardinality)与一定范围内的记录数(rows-in-a-range). 换句话说，数据分布统计信息是有限的.更新统计信息的机制也不多.
44. 没有内置的负载均衡与故障切换机制.
45. 复制(Replication)功能是异步的,并且有很大的局限性.例如,它是单线程的(single-threaded),因此一个处理能力更强的Slave的恢复速度也很难跟上处理能力相对较慢的Master.
46. Cluster并不如想象的那么完美.或许我已经提过这一点,但是这一点值得再说一遍.
47. 数据字典(INFORMATION_SCHEMA)功能很有限,并且访问速度很慢(在繁忙的系统上还很容易发生崩溃).
48. 不支持在线的Alter Table操作.
49. 不支持Sequence.
50. 类似于ALTER TABLE或CREATE TABLE一类的操作都是非事务性的.它们会提交未提交的事务,并且不能回滚也不能做灾难恢复.Schame被保存在文件系统上,这一点与它使用的存储引擎无关.
PostgreSQL数据库可以解决以上问题中的：
1. 对子查询的优化表现不佳
2. 对复杂查询的处理较弱
3. 查询优化器不够成熟
PostgreSQL完全支持SQL-92标准，对SQL的支持也很全面，可以支持复杂的SQL查询。
4. 性能优化工具与度量信息不足
PostgreSQL提供了执行计划和详细的cost值，可以方便看到SQL的执行效率。
9. 存储过程与触发器的功能有限.
PostgreSQL提供了完善的存储过程和触发器支持。
11. 不支持MPP(大规模并行处理)
而PostgreSQL是类似Oracle数据库的架构，是多进程的架构，而不像MySQL是多线程的架构，所以能支持MPP。
18. 数据完整性检查非常薄弱,即使是基本的完整性约束，也往往不能执行。
PostgreSQL提供完善的数据完整性检查机制，支持外键。
20. 只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join).
而PostgreSQL则支持这些表连接类型
21. 大部分查询只能使用表上的单一索引;在某些情况下,会存在使用多个索引的查询,但是查询优化器通常会低估其成本,它们常常比表扫描还要慢.
PostgreSQL 数据不存在这个问题，假设表T的两个字段col1的col2上有两个索引,idx_1和idx_2，那么select * from t where col1=:a and col2=:b;查询时，PostgreSQL数据库有可能把这个查询转化为select * from t where col1=:a intersect select * from t where col2=:b，这样两个索引都可以使用上。
25. 每个表都可以使用一种不同的存储引擎.
26. 每个存储引擎在行为表现、特性以及功能上都可能有很大差异.
27. 大部分存储引擎都不支持外键.
28. 默认的存储引擎(MyISAM)不支持事务,并且很容易损坏.
29. 最先进最流行的存储引擎InnoDB由Oracle拥有.
30. 有些执行计划只支持特定的存储引擎.特定类型的Count查询,在这种存储引擎中执行很快,在另外一种存储引擎中可能会很慢.
PostgreSQL只有一种存储引擎，所以不存在上面的情况。而PostgreSQL支持完善的事务。
32. 全文搜索功能有限, 只适用于非事务性存储引擎. Ditto用于地理信息系统/空间类型和查询.
PostgreSQL数据库支持全文搜索，支持更多类型的索引，如B-tree,R-tree, Hash, GiST, GIN，R-tree,GIST,GIN索引可用于空间类型和查询。
37. 不支持用户自定义类型或域(domain).
PostgreSQL支持丰富的类型，同时也支持自定义类型。
39. MySQL支持的SQL语法(ANSI SQL标准)的很小一部分.不支持递归查询、通用表表达式（Oracle的with 语句）或者窗口函数（分析函数）.支持部分类似于Merge或者类似特性的SQL语法扩展,不过相对于Oracle来讲功能非常简单.
这些PostgreSQL数据库都支持，如窗口函数。
41. 不支持函数索引,只能在创建基于具体列的索引.
PostgreSQL支持函数索引
49. 不支持Sequence.
PostgreSQL支持sequence
50. 类似于ALTER TABLE或CREATE TABLE一类的操作都是非事务性的.它们会提交未提交的事务,并且不能回滚也不能做灾难恢复.Schame被保存在文
件系统上,这一点与它使用的存储引擎无关.
PostgreSQL不存在这个问题。
---EOF--
下面有人回复 说是innodb其实性能很高，不过很少有人懂得配置好而已
http://www.oschina.net/question/96003_13994
上是比较容易的，毕竟PostgreSQL数据库与Oracle数据库很相似。
同时，PostgreSQL数据库的源代码要比MySQL数据库的源代码更容易读懂，如果团队的C语言能力比较强的知，就能在PostgreSQL数据库上做开发，比方说实现类似greenplum的系统，这样也能与现在的分布式趋势接轨。
为了说明PostgreSQL的功能，我下面简要对比一下PostgreSQL数据库与MySQL数据库之间的差异：
我们先借助Jametong翻译的"从Oracle迁移到Mysql之前必须知道的50件事"，看一看如何把Oracle转到MySQL中的困难：
50 things to know before migrating Oracle to MySQL
by Baron Schwartz,Translated by Jametong
1. 对子查询的优化表现不佳.
2. 对复杂查询的处理较弱
3. 查询优化器不够成熟
4. 性能优化工具与度量信息不足
5. 审计功能相对较弱
6. 安全功能不成熟,甚至可以说很粗糙.没有用户组与角色的概念,没有回收权限的功能(仅仅可以授予权限).当一个用户从不同的主机/网络以同样地用户名/密码登录之后,可能被当作完全不同的用户来处理.没有类似于Oracle的内置的加密功能.
7. 身份验证功能是完全内置的.不支持LDAP,Active Directory以及其它类似的外部身份验证功能.
8. Mysql Cluster可能与你的想象有较大差异.
9. 存储过程与触发器的功能有限.
10. 垂直扩展性较弱.
11. 不支持MPP(大规模并行处理).
12. 支持SMP(对称多处理器),但是如果每个处理器超过4或8个核(core)时,Mysql的扩展性表现较差.
13. 对于时间、日期、间隔等时间类型没有秒以下级别的存储类型.
14. 可用来编写存储过程、触发器、计划事件以及存储函数的语言功能较弱.
15. 没有基于回滚(roll-back)的恢复功能,只有前滚(roll-forward)的恢复功能.
16. 不支持快照功能.
17. 不支持数据库链(database link).有一种叫做Federated的存储引擎可以作为一个中转将查询语句传递到远程服务器的一个表上,不过,它功能很粗糙并且漏洞很多.
18. 数据完整性检查非常薄弱,即使是基本的完整性约束，也往往不能执行。
19. 优化查询语句执行计划的优化器提示非常少.
20. 只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join).
21. 大部分查询只能使用表上的单一索引;在某些情况下,会存在使用多个索引的查询,但是查询优化器通常会低估其成本,它们常常比表扫描还要慢.
22. 不支持位图索引(bitmap index).每种存储引擎都支持不同类型的索引.大部分存储引擎都支持B-Tree索引.
23. 管理工具较少,功能也不够成熟.
24. 没有成熟能够令人满意的IDE工具与调试程序.可能不得不在文本编辑器中编写存储过程,并且通过往表(调试日志表)中插入记录的方式来做调试.
25. 每个表都可以使用一种不同的存储引擎.
26. 每个存储引擎在行为表现、特性以及功能上都可能有很大差异.
27. 大部分存储引擎都不支持外键.
28. 默认的存储引擎(MyISAM)不支持事务,并且很容易损坏.
29. 最先进最流行的存储引擎InnoDB由Oracle拥有.
30. 有些执行计划只支持特定的存储引擎.特定类型的Count查询,在这种存储引擎中执行很快,在另外一种存储引擎中可能会很慢.
31. 执行计划并不是全局共享的,,仅仅在连接内部是共享的.
32. 全文搜索功能有限, 只适用于非事务性存储引擎. Ditto用于地理信息系统/空间类型和查询.
33. 没有资源控制.一个完全未经授权的用户可以毫不费力地耗尽服务器的所有内存并使其崩溃,或者可以耗尽所有CPU资源.
34. 没有集成商业智能(business intelligence), OLAP **数据集等软件包.
35. 没有与Grid Control类似的工具( http://solutions.mysql.com/go.php?id=1296&t=s )
36. 没有类似于RAC的功能.如果你问”如何使用Mysql来构造RAC”,只能说你问错了问题.
37. 不支持用户自定义类型或域(domain).
38. 每个查询支持的连接的数量最大为61.
39. MySQL支持的SQL语法(ANSI SQL标准)的很小一部分.不支持递归查询、通用表表达式（Oracle的with 语句）或者窗口函数（分析函数）.支持部分类似于Merge或者类似特性的SQL语法扩展,不过相对于Oracle来讲功能非常简单.
40. 不支持功能列(基于计算或者表达式的列,Oracle11g 开始支持计算列,以及早期版本就支持虚列(rownum,rowid)).
41. 不支持函数索引,只能在创建基于具体列的索引.
42. 不支持物化视图.
43. 不同的存储引擎之间,统计信息差别很大,并且所有的存储引擎支持的统计信息都只支持简单的基数(cardinality)与一定范围内的记录数(rows-in-a-range). 换句话说，数据分布统计信息是有限的.更新统计信息的机制也不多.
44. 没有内置的负载均衡与故障切换机制.
45. 复制(Replication)功能是异步的,并且有很大的局限性.例如,它是单线程的(single-threaded),因此一个处理能力更强的Slave的恢复速度也很难跟上处理能力相对较慢的Master.
46. Cluster并不如想象的那么完美.或许我已经提过这一点,但是这一点值得再说一遍.
47. 数据字典(INFORMATION_SCHEMA)功能很有限,并且访问速度很慢(在繁忙的系统上还很容易发生崩溃).
48. 不支持在线的Alter Table操作.
49. 不支持Sequence.
50. 类似于ALTER TABLE或CREATE TABLE一类的操作都是非事务性的.它们会提交未提交的事务,并且不能回滚也不能做灾难恢复.Schame被保存在文件系统上,这一点与它使用的存储引擎无关.
PostgreSQL数据库可以解决以上问题中的：
1. 对子查询的优化表现不佳
2. 对复杂查询的处理较弱
3. 查询优化器不够成熟
PostgreSQL完全支持SQL-92标准，对SQL的支持也很全面，可以支持复杂的SQL查询。
4. 性能优化工具与度量信息不足
PostgreSQL提供了执行计划和详细的cost值，可以方便看到SQL的执行效率。
9. 存储过程与触发器的功能有限.
PostgreSQL提供了完善的存储过程和触发器支持。
11. 不支持MPP(大规模并行处理)
而PostgreSQL是类似Oracle数据库的架构，是多进程的架构，而不像MySQL是多线程的架构，所以能支持MPP。
18. 数据完整性检查非常薄弱,即使是基本的完整性约束，也往往不能执行。
PostgreSQL提供完善的数据完整性检查机制，支持外键。
20. 只有一种表连接类型:嵌套循环连接(nested-loop),不支持排序-合并连接(sort-merge join)与散列连接(hash join).
而PostgreSQL则支持这些表连接类型
21. 大部分查询只能使用表上的单一索引;在某些情况下,会存在使用多个索引的查询,但是查询优化器通常会低估其成本,它们常常比表扫描还要慢.
PostgreSQL 数据不存在这个问题，假设表T的两个字段col1的col2上有两个索引,idx_1和idx_2，那么select * from t where col1=:a and col2=:b;查询时，PostgreSQL数据库有可能把这个查询转化为select * from t where col1=:a intersect select * from t where col2=:b，这样两个索引都可以使用上。
25. 每个表都可以使用一种不同的存储引擎.
26. 每个存储引擎在行为表现、特性以及功能上都可能有很大差异.
27. 大部分存储引擎都不支持外键.
28. 默认的存储引擎(MyISAM)不支持事务,并且很容易损坏.
29. 最先进最流行的存储引擎InnoDB由Oracle拥有.
30. 有些执行计划只支持特定的存储引擎.特定类型的Count查询,在这种存储引擎中执行很快,在另外一种存储引擎中可能会很慢.
PostgreSQL只有一种存储引擎，所以不存在上面的情况。而PostgreSQL支持完善的事务。
32. 全文搜索功能有限, 只适用于非事务性存储引擎. Ditto用于地理信息系统/空间类型和查询.
PostgreSQL数据库支持全文搜索，支持更多类型的索引，如B-tree,R-tree, Hash, GiST, GIN，R-tree,GIST,GIN索引可用于空间类型和查询。
37. 不支持用户自定义类型或域(domain).
PostgreSQL支持丰富的类型，同时也支持自定义类型。
39. MySQL支持的SQL语法(ANSI SQL标准)的很小一部分.不支持递归查询、通用表表达式（Oracle的with 语句）或者窗口函数（分析函数）.支持部分类似于Merge或者类似特性的SQL语法扩展,不过相对于Oracle来讲功能非常简单.
这些PostgreSQL数据库都支持，如窗口函数。
41. 不支持函数索引,只能在创建基于具体列的索引.
PostgreSQL支持函数索引
49. 不支持Sequence.
PostgreSQL支持sequence
50. 类似于ALTER TABLE或CREATE TABLE一类的操作都是非事务性的.它们会提交未提交的事务,并且不能回滚也不能做灾难恢复.Schame被保存在文
件系统上,这一点与它使用的存储引擎无关.
PostgreSQL不存在这个问题。
---EOF--
下面有人回复 说是innodb其实性能很高，不过很少有人懂得配置好而已
http://www.oschina.net/question/96003_13994
相关 [mysql postgresql] 推荐：
PostgreSQL与MySQL比较
- - 数据库 - ITeye博客通过执行 MySQL 命令（mysqld）启动实例. 一个实例可以管理一个或多个数据库. 一台服务器可以运行多个 mysqld 实例. 一个实例管理器可以监视 mysqld 的各个实例. 通过执行 Postmaster 进程（pg_ctl）启动实例. 一个实例可以管理一个或多个数据库，这些数据库组成一个集群.
MySQL与PostgreSQL相比哪个更好？
- - 标点符网上已经有很多拿PostgreSQL与MySQL比较的文章了，这篇文章只是对一些重要的信息进行下梳理. 在开始分析前，先来看下这两张图：. MySQL声称自己是最流行的开源数据库. LAMP中的M指的就是MySQL. 构建在LAMP上的应用都会使用MySQL，如WordPress、Drupal等大多数php开源程序.
MySQL InnoDB 與 PostgreSQL 的 Partial Index(es) 是不一樣的東西…
- - Gea-Suan Lin's BLOGMySQL InnoDB 指的 Partial Index 是：. An index that represents only part of a column value, typically the first N characters (the prefix) of a long VARCHAR value..
PostgreSQL 9.1发布
- Kai Chen - Solidot开源数据库项目PostgreSQL发布了v9.1版. 新版本主要的特性包括：同步复制，序列化快照隔离，支持基于列的排序，近邻邻近索引，外来数据封装，支持SELinux许可控制，等等.
PostgreSQL 9.2发布
- - Solidot时隔一年之后，开源数据库PostgreSQL发布了v9.2版. 主要新特性包括：原生JSON支持，覆盖索引(covering indexes)，改进复制和性能等. PostgreSQL显著改善了可伸缩性：线性可扩展性支持最高64核，仅扫描索引，减少CPU消耗；改进垂直可伸缩性：有效利用大服务器硬件资源，锁管理，仅访问索引等底层操作允许数据库引擎处理更大的工作负荷——每秒最高35万只读查询，每秒写入1.4万条数据.
PostgreSQL新手入门
- - 阮一峰的网络日志自从MySQL被Oracle收购以后， PostgreSQL逐渐成为开源关系型数据库的首选. 本文介绍PostgreSQL的安装和基本用法，供初次使用者上手. 以下内容基于Debian操作系统，其他操作系统实在没有精力兼顾，但是大部分内容应该普遍适用. 首先，安装PostgreSQL客户端. 然后，安装PostgreSQL服务器.
PostgreSQL配置优化
- - CSDN博客推荐文章转载请注明原文出处： http://blog.csdn.net/roddick621. PostgreSQL配置优化. 200W（整个数据库大小约为300M）. 准备命令：pgbench -i -s 20 pgbenchdb. 测试命令：pgbench -r -j4 -c4 -T60 testdb.
PostgreSQL Maestro 14.5 发布
- - 开源中国社区最新新闻SQL Maestro Group 发布了 PostgreSQL Maestro 14.5 ，这是一个强大的 Windows 下图形化的 PostgreSQL 数据库服务器管理和开发的解决方案. 新版本可通过这里 下载..
PostgreSQL 9.1正式版发布
- Tairan Wang - ITeye资讯频道PostgreSQL 9.1发布. PostgreSQL（发音为Post-gress-cue-ell）是一个自由的对象-关系数据库服务器（数据库管理系统），基于灵活的 BSD风格许可证. PostgreSQL支持大部分 SQL 标准并且提供了许多其他现代特性：复杂查询、外键、触发器、视图、事务完整性、多版本并发控制等.