Discuz!官方免费开源建站系统

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索

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

[复制链接]
sanalex 发表于 2012-7-25 10:57:19 | 显示全部楼层
mark35 发表于 2012-7-24 16:34
没开pconnect。用的是pgbouncer连接池。每秒请求500左右

你服务器现在性能的提升得益于更换硬件,所以与之前的mysql相比是没意义的。
照你所说mysql连接数开到1000才够,我推测你一定使用了长链接了。一般情况下7.2达到百万pv,512已经够用了。
mysql的配置也一定有可以大幅优化的地方。

discuz现在接近2500w的回帖,加上其他杂七杂八的东西,论坛数据库大小应该接近9G左右,算上uc数据库也就13G左右,依然是mysql,可能raid10或者raid50。有8G内存也可以跑下来,16G撑死了。
回复

使用道具 举报

GGGHHH 发表于 2012-7-25 11:45:13 | 显示全部楼层
楼主牛B
回复

使用道具 举报

 楼主| mark35 发表于 2012-7-25 14:57:04 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:35 编辑
sanalex 发表于 2012-7-25 10:57
你服务器现在性能的提升得益于更换硬件,所以与之前的mysql相比是没意义的。
照你所说mysql连接数开到10 ...
你服务器现在性能的提升得益于更换硬件,所以与之前的mysql相比是没意义的。
照你所说mysql连接数开到1000才够,我推测你一定使用了长链接了。一般情况下7.2达到百万pv,512已经够用了。
mysql的配置也一定有可以大幅优化的地方。

如果你仔细看帖子就知道性能提升和硬件无关,webserver还比以前差了(DELL R710 -->> DELL 2950), dbserver没有变化在迁移前后都是DELL 2950 。
其实mysql要开到1000以上即不是因为长连接,也不是并发真有这么高,而是慢查询太多,阻塞了后续请求。为了避免页面提示“无法连接数据库”错误,以前维护人员只得加大mysql最大连接数目,让用户页面不出错但处于空白等待状态。

discuz现在接近2500w的回帖,加上其他杂七杂八的东西,论坛数据库大小应该接近9G左右,算上uc数据库也就13G左右,依然是mysql,可能raid10或者raid50。有8G内存也可以跑下来,16G撑死了。

你知道dz官网有多少台服务器么~

回复

使用道具 举报

 楼主| mark35 发表于 2012-7-25 15:20:24 | 显示全部楼层
回复

使用道具 举报

rstar 发表于 2012-7-25 15:20:25 | 显示全部楼层
mark35 发表于 2012-7-25 14:57
如果你仔细看帖子就知道性能提升和硬件无关,webserver还比以前差了(DELL R710 vs DELL 2950), dbser ...

多少台服务器呀?
回复

使用道具 举报

sanalex 发表于 2012-7-25 15:22:03 | 显示全部楼层
mark35 发表于 2012-7-25 14:57
如果你仔细看帖子就知道性能提升和硬件无关,webserver还比以前差了(DELL R710 vs DELL 2950), dbser ...

呵呵,既然你不觉得mysql配置有问题,就是甲骨文工程师来了都没办法。
慢查询不一定是mysql自己的原因,程序更改、mysql参数合理不合理同样很重要。
7.2,3G的数据库大小,即使webold都可以应付你现在的情况。
你要知道7000的连接数对单台mysql来说意味着什么。
回复

使用道具 举报

 楼主| mark35 发表于 2012-7-25 15:22:34 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:35 编辑
rstar 发表于 2012-7-25 15:20
多少台服务器呀?

1、单服务器 DELL R710 win2003 + IIS6 + php 5.2 + mysql   

2、双服务器 DELL R710 win2003 + IIS6 + php 5.2 / DELL 2950III  centos 6.2 + mysql

3、双服务器 DELL 2950III centos 6.2 + nginx + php-fpm (5.4) / DELL 2950III centos 6.2 + pgsql

三个阶段. 1是最卡的,2是我接手时的,3是系统迁移后当前的。
回复

使用道具 举报

 楼主| mark35 发表于 2012-7-25 15:27:53 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:36 编辑
sanalex 发表于 2012-7-25 15:22
呵呵,既然你不觉得mysql配置有问题,就是甲骨文工程师来了都没办法。
慢查询不一定是mysql自己的原因, ...

7000那是设定值,未必实际中有那么大。应该是维护人员被“无法连接mysql数据库”搞毛了,遂整了个变态值。估计实际连接应该在一两千左右

本来在OSC那边发贴,有mysqler说是没优化好。结果我贴出my.cnf让其指点可优化之处,却不理人了。所以那些说没优化好的人,最好是指出哪儿没优化话。否则我只能无视
回复

使用道具 举报

 楼主| mark35 发表于 2012-7-25 15:47:51 | 显示全部楼层
本帖最后由 mark35 于 2012-7-25 15:48 编辑
sanalex 发表于 2012-7-25 15:22
呵呵,既然你不觉得mysql配置有问题,就是甲骨文工程师来了都没办法。
慢查询不一定是mysql自己的原因, ...

discuz 实际SQL 对比测试,里面有my.cnf配置参数  https://discuz.dismall.com/thread-2993771-1-1.html 请指教

回复

使用道具 举报

sanalex 发表于 2012-7-25 16:05:57 | 显示全部楼层
mark35 发表于 2012-7-25 15:27
7000那是设定值,未必实际中有那么大。应该是维护人员被“无法连接mysql数据库”搞毛了,遂整了个变态值。 ...

我给你个例子:两年前我管理的单台服务器同跑web和mysql、没做raid、主题70w、回帖900w、日pv75w(高峰120w)、原版7.2、mysql连接数384,高峰临时调整至512(在未出现不能连接数据库的情况下,未雨绸缪嘛,呵呵)。

说实话参数这玩意得你自己慢慢折腾,要不DBA就没人做了。
康盛也并不能去对每个站点都根据情况做优化。
:-)
discuz确实有几个查询没有合理的索引,你别的帖子里也贴了,优化一下没问题的。
用discuz的网站mysql的qps能达到1000,呵呵,大站了。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

手机版|小黑屋|Discuz! 官方站 ( 皖ICP备16010102号 )star

GMT+8, 2024-11-17 02:33 , Processed in 0.056231 second(s), 3 queries , Gzip On, Redis On.

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.

快速回复 返回顶部 返回列表