Discuz能有多快？ 见识下postgreSQL的强悍，对比下mysql的低能

论坛地址： bbs.jysq.net
网络带宽：400M独享
论坛流量：日均IP 12万，日均PV 保密
论坛程序：dzx1.5.1
论坛数据：用户63万，主题860万，帖子8800万，数据库20G左右。
系统配置：
  web server 为 DELL 2950II  4核*双CPU X5355 2.66GHz，16G内存，6块SATA盘组RAID5，Centos5.8 X64，nginx，php-fpm，apc
  db server 为 DELL 2950III 4核*双CPU E5405 2.00GHz，32G内存，6块SAS盘组RAID10，Centos5.8 X64，mysql5.5

无memcache（门户模块遇到问题），少量mysql查询语句优化（不超过10条）

开四组php-fpm池，每组固定跑32个子进程，其中一组在nginx里upstream设置为backup，mysql连接数从没超过128个

sanalex 发表于 2012-7-25 18:13
如果是innodb的buffer，还可以通过设置，在进程挂掉的情况下通过内存进行数据修复，当然系统挂了就没办法 ...

对此功能我毫不感兴趣：由于ACID支持不完整，我无法相信内存中的数据是完整且正确的。此功能就和mysql-repair一样属于鸡肋——表损坏，mysql去修复，但修复的结果是否正确不得而知。

搞这些花哨功能不如把程序本身的稳固性做好，pg根本不用担心表损坏，除了磁盘挂掉可能会引发数据库出错否则基本不可能出现这种情况。 对于商业数据库来说，表损坏是绝对不可接受的事故！

明镜 发表于 2012-7-25 18:33
论坛地址： www.jysq.net
网络带宽：400M独享
论坛流量：日均IP 12万，日均PV 保密

你mysql版本是5.5,相对于YUM的5.1性能有提升。我估计因为你dbserver内存足够大，可以把整个数据库容纳进去，磁盘IOPS相当高使得filesort对性能劣化不明显，所以mysql让你感觉良好。

不过请注意逻辑上漏洞： 你这样的配置跑mysql很好，并不能说明mysq不l烂。因为如果相同的配置用pg来跑，也许会更好，甚至根本就无需那么高的硬件配置。

你要知道对mysql影响最大的就是磁盘性能，如果你的配置不是6块盘RAID5，而是普通RAID1,你就知道云泥之别了～

mark35 发表于 2012-7-25 18:45
你mysql版本是5.5,相对于YUM的5.1性能有提升。我估计因为你dbserver内存足够大，可以把整个数据库容纳进去 ...

我又没有说mysql烂还是不烂，只是贴出来给大家看看而已

明镜 发表于 2012-7-25 18:49
我又没有说mysql烂还是不烂，只是贴出来给大家看看而已

明白。不过你的帖子可能会让人以为mysql真的有那么快。我稍作剖析下而已

mark35 发表于 2012-7-25 18:52
我知道你没说。不过你的帖子可能会让人以为mysql真的有那么快。我稍作剖析下而已

mysql真的有这么快

明镜 发表于 2012-7-25 18:53
mysql真的有这么快

那就好。无论快慢只要自己满意就行～

顺便请教下，数据库是否做了分表处理？

mark35 发表于 2012-7-25 18:54
那就好。无论快慢只要自己满意就行～

顺便请教下，数据库是否做了分表处理？

thread post 各有一个存档表

明镜 发表于 2012-7-25 18:57
thread post 各有一个存档表

呵呵，可能楼主根本不是来讨论数据库的。

明镜 发表于 2012-7-25 18:57
thread post 各有一个存档表

那就是了，只要有分表，那么对dz性能有明显改善。
再请问是用dz自带的纵向分表还是横向划分的？