postgresql与mysql性能
- 作者: 哈根达威尔-史密斯
- 来源: 51数据库
- 2020-10-02
要看调优如何。MySQL相对伯克利大学的PostgreSQL而言，还是属于较轻量级的DBMS，PG是
“对象关系数据”目前9.1版支持许多非常有效的概念，比如表继承、窗函数、灵活的触发器等等，且有许多语言作为拓展。抛开功能，数据库的性能和调优密切相关。
MySQL和PG的调优均是很复杂的。就查询而言，对经常查询的字段建立索引、分区降低索引树规模、建立部分索引（比如仅对工资高于2000元的用户建立个人所得税的索引）、使用精心设计的SQL等手段有利于提高查询效率。比如在一个按bill_time 分区的海量表中，使用 select max(id) from table 要比 select max(id) from table where bill_time >= now() + '-12 hours' 慢得多。就插入、更新而言，索引越多、外键越多的表越慢是很正常的。一般，要避免一条条的更改记录，特别是在ADO之类的应用中，建议批量执行删改。在极端条件下，可以删除索引后增删改，而后重建索引。
国外特别是日本用PostgreSQL要多得多，资料也很丰富。国内MySQL用的多。PostgreSQL是原生支持地理信息系统的，PostGIS模块非常强大，是著名开源GIS OpenStreetMap 的基础。
“对象关系数据”目前9.1版支持许多非常有效的概念，比如表继承、窗函数、灵活的触发器等等，且有许多语言作为拓展。抛开功能，数据库的性能和调优密切相关。
MySQL和PG的调优均是很复杂的。就查询而言，对经常查询的字段建立索引、分区降低索引树规模、建立部分索引（比如仅对工资高于2000元的用户建立个人所得税的索引）、使用精心设计的SQL等手段有利于提高查询效率。比如在一个按bill_time 分区的海量表中，使用 select max(id) from table 要比 select max(id) from table where bill_time >= now() + '-12 hours' 慢得多。就插入、更新而言，索引越多、外键越多的表越慢是很正常的。一般，要避免一条条的更改记录，特别是在ADO之类的应用中，建议批量执行删改。在极端条件下，可以删除索引后增删改，而后重建索引。
国外特别是日本用PostgreSQL要多得多，资料也很丰富。国内MySQL用的多。PostgreSQL是原生支持地理信息系统的，PostGIS模块非常强大，是著名开源GIS OpenStreetMap 的基础。
推荐阅读
