骑虎的康盛，两难的站长，关于Discuz发展的讨论

如果抛弃mysql，如何顺利读过新的数据库平台比如pgsql？？pgsql相对mysql又有什么优势呢？

额。偶是技术盲。问题可能有些傻。

康盛已经被腾讯收购，DISCUZ目标是和腾讯产品有效结合，这个是战略目标，是大势所趋，且看看腾讯空间那个坑爹打开速度，就知道以后DISCUZ终极版的速度如何了。

DZ7.2 升级成DX,无非是娱乐功能多一些，这对于主力发展论坛型的站来说，是多余的。 还不如多一些插件来进行丰富。无序的升级却不向下兼容，这让站长们跟的很疲惫，什么时候是个头呢？ 在吞并了IM市场后，而现在腾讯又在不断植入与论坛无关的程序，为了吞并BBS市场做准备。

目前我还坚守在DZ7.2，我也有朋友从DZ7.2升级成DX2，但现在后悔了。或许不远将来，我们也要思考是否带领全站兄弟，全面撤离DISCUZ了。。。

有必要一味地追求版本吗？{:soso_e110:}新版本出来可能还存在BUG

枯心树 发表于 2012-6-6 22:20

直观技术对比：  http://bbs.chinaunix.net/thread-1688208-1-1.html   

更详尽的技术对比：  http://www.wikivs.com/wiki/MySQL_vs_PostgreSQL#COUNT.28.2A.29

关于主从技术对比： http://www.theserverside.com/feature/Comparing-MySQL-and-Postgres-90-Replication
pgsql是wal-base底层同步，主库所有变动后信息完整同步到从库。mysql是statement-base表达式同步主库上执行的SQL会在从库上重新“执行”一次，这种方式可会会因为从库数据冲突导致复制失败。

关于堆表与索引组织表的对比： http://www.itpub.net/thread-1382702-1-1.html

我最近获悉，PostgreSQL跟InnoDB一样也支持通过主键索引顺序遍历（译者注：InnoDB访问全表返回数据按主键顺序排列）。对于 InnoDB，这意味着所有的全表扫描是在扫描主键索引，主键索引本身就是表。据我了解，这可能导致大的顺序扫描慢很多（译者注：这个比较扯淡，在数据静止的情况下，PostgreSQL一样要通过block的指针访问下一个block，InnoDB通过页的指针访问下一个页）。在PostgreSQL，因为表不是按（主键）索引组织，顺序扫描总是按物理顺序进行，并且完全不需要访问索引，这也意味着我们可以跳过任何访问索引非叶子节点的IO或CPU开销（译者注：这位兄台应该忘记了什么是B+树）。显然按物理顺序访问是很困难的，但是肯定可以实现，因为Oracle支持。这是MySQL一个非常有用的功能，PostgreSQL一旦有了覆盖索引扫描功能，对PostgreSQL也将是非常有用的提升。


pgsql9.2beta已经实现类似覆盖索引扫描功能，就此mysql的性能优势更小了：

•             Allow queries to retrieve data only from indexes,            avoiding heap access (Robert Haas, Ibrar Ahmed, Heikki            Linnakangas, Tom Lane)
              This is often called "index-only scans", a feature            which now enables the use of indexes with additional            columns, or "covering indexes". This is possible for            heap pages with exclusively all-visible tuples, as            reported by the visibility map. The visibility map was            made crash-safe as a necessary part of implementing            this feature.
  

http://www.postgresql.org/docs/devel/static/release-9-2.html

pgsql与mysql性能对比： http://www.oschina.net/question/126398_23854
此文是摘要，文中有原文链接。对比的是MySQL 5.1.30 and PostgreSQL 8.3.7。pg版本比较低，现在最新稳定版是9.1.3。原文有这么一段

I’m a full time MySQL DBA who loves PostgreSQL. :)
Completely sick and tired of the bug of the week. I’m perfectly happy to deal with a few planner warts in certain circumstances on PG vs completely hair brained bug and improper feature additions in MySQL.
PostgreSQL has a significantly better planner overall and supports many different types of joins. MySQL isn’t cost based and only supports loop joins.
MySQL is a toy.

Mysql 全职DBA对PG的公正评价

相关讨论记录：
http://www.oschina.net/question/96003_18961
http://www.oschina.net/question/96003_13994

这是我之前一个主题，里面有相关对比分析：http://xiaozhong.biz/thread-272-1-1.html

“In PostgreSQL there is no built-in mechanism for limiting database size. This is the main reason why the most of the web hosting companies are using MySQL.”

mysql可以限制表行数，DZ后台设置中“限制登录用户最大数”就是使用这个功能。这也是很多主机商提供mysql的一个重要原因：可以限制客户数据库容量。



简单来说，mysql简单快速，但在大数据量大并发下性能急剧恶化，并且存在表损坏这种对于在其他数据库看起来绝对无法接受的问题；pgsql功能强大，在普通应用中能与商业数据库相媲美，对系统资源消耗较高。 但极其安全，基本上不可能出现库表崩溃的情况。即便因为外部因素比如磁盘崩溃，pgsql也有抵抗能力。
对于资源消耗这点，pgsql占用资源高所以可以承受高并发，而mysql看似占用资源小，但实际上即便有充足资源它也无法有效利用结果是无法应付高并发。  这就是为啥往往硬件配置不错但mysql CPU及内存占用总不高的系统缓慢原因。

另外，pgsql在日本使用率非常高。许多公司采用它，包括外包到中国的项目。

ACity_Waiting 发表于 2012-6-7 01:59
有必要一味地追求版本吗？新版本出来可能还存在BUG

有时候追新是为了解决bug

我真是愤怒了，这啥破编辑器，一编辑帖子，引用部分就错乱，把我写的所有内容并入了被引用部分中，并且丢失文字！




这个是（部分）正确的效果：

枯心树 发表于 2012-6-6 22:20
如果抛弃mysql，如何顺利读过新的数据库平台比如pgsql？？pgsql相对mysql又有什么优势呢？

额。偶是技术 ...

test...

sunnyyxg 发表于 2012-6-7 01:07
康盛已经被腾讯收购，DISCUZ目标是和腾讯产品有效结合，这个是战略目标，是大势所趋，且看看腾讯空间那个坑 ...

dz和tx的结合 的确是战略目标。
看看所谓的纵横就知道。

好久没去腾讯的QQ空间了，去之后发现变化如此之大。。大的惊人。。
打开速度如此之快。
。！

专业，来学习了！

如果DZ社区系统 或者论坛系统都能够走在互联网前一列 那就没有什么竞争性 而程序源码交易市场也没有必要存在 那就没什么意思了