老话重谈，PostgreSQL 和 MySQL 性能，稳定性对比。

shuaieric 2008-04-21 10:17:53
希望做过类似试验对比的朋友谈谈你们的见解
1：相同环境下PostgreSQL 与MySQL 的添加/更新/删除效率；
2：相同环境下PostgreSQL 与MySQL 的查询效率；
3：PostgreSQL 与MySQL 大数据量情况下稳定性；
谢谢！
...全文
4306 23 打赏 收藏 转发到动态 举报
写回复
用AI写文章
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
liujin834 2012-05-25
  • 打赏
  • 举报
 回复
mysql和pgsql我都在用，感觉不出来哪个更好一些，而且二者操作区别很大，提供的方法也区别很大。查询效率我实话我没感觉出来有啥区别。
jspxnet 2009-10-09
  • 打赏
  • 举报
 回复
两个我都用了不少时间了. 其实两个感觉都很简单,但PostgreSQL 的功能就丰富多了,而且稳定性相当不错.
海诗美妆 2008-07-14
  • 打赏
  • 举报
 回复
[Quote=引用 18 楼 xbt746 的回复:]
我是年初进行mysql和postgre对比的
不要动不动说别人跟风，可能是有的地方测得不够全面，不过还是自己测了的。

后面一句话是根据别人经验来的，我还没有表到单个2G。

[/Quote]

老版本Mysql的MyISAM桌面引擎的确是由尺寸的限制，但是，目前的Mysql已经不存在这个问题。
Mysql3.22的最大尺寸是4G，但是到了Mysql3.23最大尺寸达到了800T————也就是2的63次方G。
而目前的版本，5.x，桌面的大小，并不受到Mysql内部的限制，而主要受制于操作系统。
一下是从官方文档中得到的数据。

Linux-Intel 32-bit：2 GB、如果使用LFS尺寸可以更大
Linux-Alpha ：8 TB
Solaris 2.5.1：2 GB（如果添加不定可以达到 4GB）
Solaris 2.6：4 GB（根据变异的设定可以更改）
Solaris 2.7 Intel：4 GB
Solaris 2.7 UltraSPARC：512 GB


如果需要的桌面尺寸可能超出操作系统的限制，在Create table可以使用AVG_ROW_LENGTH和MAX_ROWS来设定尺寸。

其实Mysql/PostgreSQL哪一个数据库都很不错，关键是看管理的人。
熟悉哪个，用起来得心应手是最好的。
懒得去死 2008-07-11
  • 打赏
  • 举报
 回复
[Quote=引用 18 楼 xbt746 的回复:]
我是年初进行mysql和postgre对比的
不要动不动说别人跟风，可能是有的地方测得不够全面，不过还是自己测了的。

后面一句话是根据别人经验来的，我还没有表到单个2G。

[/Quote]

可见你还没有发言权！
海诗美妆 2008-07-11
  • 打赏
  • 举报
 回复
[Quote=引用 17 楼 yueliangdao0608 的回复:]
引用 15 楼 xbt746 的回复:
我在用复杂的查询时候，mysql是远远落于下风
我觉得还是跟数据库底层有关
mysql一张表一个文件，单表操作肯定快的，多表自然不行了
mysql的单表容量还得根据操作系统
能不能支持单个文件在2G以上




唉！现在的人就知道跟风，没有自己测试就没有任何发言权！
[/Quote]

9494

Mysql有好几种桌面引擎，
想得出一种有说服力的结果并不容易。
xbt746 2008-07-11
  • 打赏
  • 举报
 回复
我是年初进行mysql和postgre对比的
不要动不动说别人跟风，可能是有的地方测得不够全面，不过还是自己测了的。

后面一句话是根据别人经验来的，我还没有表到单个2G。
懒得去死 2008-07-10
  • 打赏
  • 举报
 回复
[Quote=引用 15 楼 xbt746 的回复:]
我在用复杂的查询时候，mysql是远远落于下风
我觉得还是跟数据库底层有关
mysql一张表一个文件，单表操作肯定快的，多表自然不行了
mysql的单表容量还得根据操作系统
能不能支持单个文件在2G以上


[/Quote]

唉！现在的人就知道跟风，没有自己测试就没有任何发言权！
懒得去死 2008-07-09
  • 打赏
  • 举报
 回复
[Quote=引用 15 楼 xbt746 的回复:]
我在用复杂的查询时候，mysql是远远落于下风
我觉得还是跟数据库底层有关
mysql一张表一个文件，单表操作肯定快的，多表自然不行了
mysql的单表容量还得根据操作系统
能不能支持单个文件在2G以上


[/Quote]


你要知道，中国用MYSQL的人都不是傻子。
你说的情况是好几年前的了。
xbt746 2008-07-09
  • 打赏
  • 举报
 回复
我在用复杂的查询时候，mysql是远远落于下风
我觉得还是跟数据库底层有关
mysql一张表一个文件，单表操作肯定快的，多表自然不行了
mysql的单表容量还得根据操作系统
能不能支持单个文件在2G以上

海诗美妆 2008-07-07
  • 打赏
  • 举报
 回复
关键看你的系统需求
只言片语，得不出任何有意义的结果。
涛白 2008-07-06
  • 打赏
  • 举报
 回复
两者各有千秋
建议选择之前先确定你需要的技术是不是都是现了，比如check约束，好像mysql5的官方文档中说，现在的数据库引擎都还没实现
个人意见如果是网站可以考虑用mysql
如果是严格的商业应用还是考虑pg好些，特别是准备用存储过程或触发器
懒得去死 2008-06-24
  • 打赏
  • 举报
 回复
[Quote=引用 11 楼 zwljava 的回复:]
postgresql 各个方面都比ｍｙｓｑｌ优秀！
尤其是稳定性，ｍｙｓｑｌ没法跟postgresql比的！
除了ｍｙｓｑｌ简单些
[/Quote]

Yes?
zwljava 2008-06-24
  • 打赏
  • 举报
 回复
postgresql 各个方面都比ｍｙｓｑｌ优秀！
尤其是稳定性，ｍｙｓｑｌ没法跟postgresql比的！
除了ｍｙｓｑｌ简单些
懒得去死 2008-04-25
  • 打赏
  • 举报
 回复
[Quote=引用 4 楼 shuaieric 的回复:]
看到有一个网友的性能数据：
数据库 驱动 连接方式 表类型 并发 耗时
MySQL mysqli 本地socket myisam 1 32.4047
MySQL mysqli 本地tcp myisam 1 40. 1606
MySQL mysqli 本地socket myisam 20 28.0929
MySQL mysqli 本地socket myisam 20 28.28
MySQL …
[/Quote]

你这个测试两者的版本是多少。

我以前测试过如果一个表的记录很多的话，在MYSQL下分表就和POSTGRESQL一样快。
不过这个太多的人为优化因素在里面了。
奋斗哥 2008-04-23
  • 打赏
  • 举报
 回复
Postgresql我一直在用，就是因为公司测试发现它的性能比mysql稳定，在各方面速度很快。。。
shuaieric 2008-04-23
  • 打赏
  • 举报
 回复
请问SuperBreast:
能说说你们的测试结果吗？
并发:查询+更新+添加+删除的效率？

查询1000/s(100次的10条批量) + 更新3000/s(单条非批量) + 添加500/s(单条非批量) + 删除500(单条非批量)
能做到吗？
developCpp 2008-04-23
  • 打赏
  • 举报
 回复
Sun的最新发布的MySQL5.1比5.0性能提升了一大节
正在考虑是否要升级呢
懒得去死 2008-04-22
  • 打赏
  • 举报
 回复
具体没有测试过。不过两者的性能看DBA怎么发挥了。
shuaieric 2008-04-21
  • 打赏
  • 举报
 回复
看到有一个网友的性能数据：
数据库 驱动 连接方式 表类型 并发 耗时
MySQL mysqli 本地socket myisam 1 32.4047
MySQL mysqli 本地tcp myisam 1 40. 1606
MySQL mysqli 本地socket myisam 20 28.0929
MySQL mysqli 本地socket myisam 20 28.28
MySQL mysqli 本地tcp myisam 20 35.1014
MySQL mysqli-stam 本地socket myisam 20 26.4876
MySQL mysqli-delayed 本地socket myisam 20 23.9055
MySQL mysql 本地socket myisam 20 27.8238
MySQL mysqli 本地socket innodb 20 51.8957
MySQL mysqli-stam-trans 本地socket innodb 20 29.5724
MySQL mysqli-stam-trans-pdo 本地socket innodb 20 28.9949
PostgreSQL pgsql 本地tcp pgsql 1 152.0545
PostgreSQL pgsql-stam 本地tcp Pgsql 1 137.4967
PostgreSQL pgsql-stam-trans 本地tcp pgsql 1 42.8369
PostgreSQL pgsql-stam-trans-pdo 本地tcp Pgsql 1 41.734
PostgreSQL pgsql 本地tcp pgsql 20 76.6303
PostgreSQL pgsql-stam 本地tcp Pgsql 20 67.6586
PostgreSQL pgsql-stam-trans 本地tcp pgsql 20 39.1497
PostgreSQL pgsql-stam-trans-pdo 本地tcp PgSQl 20 38.8022
PostgreSQL pgsql 本地tcp pgsql 1 61.7725
PostgreSQL pgsql-stam 本地tcp Pgsql 1 51.9639
PostgreSQL pgsql-stam-trams 本地tcp Pgsql 1 42.3313
PostgreSQL pgsql 本地tcp Pgsql 20 58.7297
PostgreSQL pgsql-stam 本地tcp pgsql 20 51.0275
PostgreSQL pgsql-stam-trans 本地tcp pgsql 20 37.5003
PostgreSQL DBsal-stam-trans-pdo 本地tcp pgsal 20 38.0212

觉得PostgreSQL的效率没那么低吧？
shuaieric 2008-04-21
  • 打赏
  • 举报
 回复
补充下：
最好是以现在MySQL 5 VS PostgreSQL 8 的实验数据为证。
我上次只测试了一项数据MySQL的插入数据效率为平均3000/s,1000万数据，环境略。
很多网上的朋友说MySQL InnoDB存储引擎在大数据量的情况下不稳定，而MyISAM 又不支持行级锁，将它商用还得GPL，所以现在想问问朋友们的PostgreSQL 8的数据，谢谢！
加载更多回复（2）
调优攻略：10个提高MySQL性能的实用技巧
调优攻略：10个提高MySQL性能的实用技巧
(十六)MySQL调优篇：单机数据库如何在高并发场景下健步如飞？
对于MySQL数据库的一些调优策略，到这里就大致讲述完毕了，其中能够带来最大收益的方案则是优化项目架构和数据库架构，但这种方案成本也是最高的，一方面需要解决新的问题，同时还需要额外的部署成本，所以在无需使用更高规格的架构处理并发时，就不必提前做这些架构设计，因为能够根据业务特性控制成本，也是作为一个优秀的高级开发/架构师必备的思想。同时在本章中也未曾过多讲解SQL优化，这是每位中高级开发的重心，因为毕竟作为一个正常的程序员，代码才是日常工作中接触最多的东西，但由于SQL。
MySQL调优篇：单机数据库如何在高并发场景下健步如飞？
对于MySQL数据库的一些调优策略，到这里就大致讲述完毕了，其中能够带来最大收益的方案则是优化项目架构和数据库架构，但这种方案成本也是最高的，一方面需要解决新的问题，同时还需要额外的部署成本，所以在无需使用更高规格的架构处理并发时，就不必提前做这些架构设计，因为能够根据业务特性控制成本，也是作为一个优秀的高级开发/架构师必备的思想。同时在本章中也未曾过多讲解SQL优化，这是每位中高级开发的重心，因为毕竟作为一个正常的程序员，代码才是日常工作中接触最多的东西，但由于SQL。
八条不使用MySQL的理由
在我负责管理一家技术咨询公司的时候，我听到了一些不使用MySQL的理由。虽然很多理由都是出于误解的，但是的确存在着一部分很充分的不使用MySQL的理由。当然，现实的情况会根据环境有所不同，但是在每个情况下，我觉得拒绝任何数据库技术应该基于合理的理由，而不是根据某些疲惫不堪的数据库管理员(DBA)的意见。为了达到这样的目的，我在这篇文章中列出了八条不使用MySQL的理由。 　　首先，不使用某种技术的
记录些MySQL题集（15）
记录些MySQL题集（15）
MySQL

57,062

社区成员

56,761

社区内容

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章