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

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索

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

[复制链接]
明镜 发表于 2012-7-26 01:12:07 | 显示全部楼层
本帖最后由 明镜 于 2012-7-26 01:18 编辑

论坛地址: 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,2G内存,6块SAS盘组RAID10,Centos5.8 X64,mysql5.5

无memcache(门户模块遇到问题),少量mysql查询语句少量mysql查询语句优化(不超过10条),mysql连接数从没超过128个

评分

1

查看全部评分

回复

使用道具 举报

 楼主| mark35 发表于 2012-7-26 16:23:19 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:47 编辑
明镜 发表于 2012-7-26 01:12
论坛地址: bbs.jysq.net
网络带宽:400M独享
论坛流量:日均IP 12万,日均PV 保密

我做了个磁盘性能简单测试:
测试服务器
web: DELL 2950III SAS 3块组的 RAID5
db: DELL 2950III SSD 3快组的 RAID5
以上两个服务器即顶楼ifxtx.cm当前的服务器
gv: HP380 8块 15K SAS组的RAID5, 7+1(spare)模式
如果带有(mem)则是对该服务器tempfs内存磁盘的测试。

测试命令
读: dd if=1gb.file bs=64k | dd of=/dev/null
写:dd if=/dev/zero of=1gb.file bs=1024 count=1000000
为了避免文件系统缓存影响,所以读命令中 1gb.file最好替换成其他已有的大文件

测试结果,单位MB/s:
web web:mem db gv gv:mem
152(152) 404(404) 228(227) 400(400) 460(380)
228 417 217 292 557

在读取性能上可以看出虽然SSD RAID5(web)比SAS RID5(wb)快不少,但与7块盘的RAID5差距更大。

在写入性能上web竟然比web的SSD还要快,有点奇怪。难道这SSD需要清理了?

无论读写,内存盘是最快的。所以可以把tmpfs挂到/tmp上,然后在/tmp上存放临时文件。

明镜可否提供下你的数据呢? 我强烈以为是因你6块盘组的RAID10提供的极速才使得磁盘性能不成为mysql的瓶颈。



回复

使用道具 举报

 楼主| mark35 发表于 2012-7-26 16:35:30 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:47 编辑

正因为磁盘性能超强(我估计应该接近我上面测试的内存盘的速度),所以mysql即便查询有filesort也不会对性能有大碍。

而对于普通站长,最多就RAID1,如果是自己托管主机一般也就3块盘RAID5。在这种情况下,磁盘瓶颈对于mysql影响极其大:

不能快速执行完查询 --> 队列增加 --> 页面出现无法连接数据库 --> 提高my.cnf中最大连接数目解决前一个现象 --> 更长的查询队列 --> 再次提高max_connections --> mysql 死锁

这就是最常见的状况。除非提升磁盘性能,否则基本无解。

回复

使用道具 举报

bugx 发表于 2012-7-26 18:17:52 | 显示全部楼层
技术贴,支持一下。转朱阁数据库风险有点大,后续升级都是问题。

又能升级,又要并发好。只要把mysql改为innodb就可以了。
dz2.5有2个表无法改。不知postgreSQL的自增字段是否可以重复使用,如果不可以,那么在抢楼贴时会出现问题。
mysql超过进程只要卡到100,就会感觉非常卡。innodb的行级锁可以解决这个问题。楼主这些IP和PV问题不会很大。

早就给dz建议了,放弃myisam吧。
回复

使用道具 举报

江湖大虾仁 发表于 2012-7-26 19:36:51 | 显示全部楼层
bugx 发表于 2012-7-26 18:17
技术贴,支持一下。转朱阁数据库风险有点大,后续升级都是问题。

又能升级,又要并发好。只要把mysql改为 ...

论坛程序中大量的count(*),innodb对于这个一直是弱项。
回复

使用道具 举报

冲天鹤123 发表于 2012-7-26 20:29:06 | 显示全部楼层
mark35 发表于 2012-7-22 22:59
只要论坛有内容,有人气,有稳定收入,系统升级并不是首要考虑的事情。就技术而言这个系统及程序跑个十年 ...

围观楼主大牛人,支持支持!!!!膜拜中ing....
回复

使用道具 举报

冲天鹤123 发表于 2012-7-26 20:31:35 | 显示全部楼层
大神,你的网站就是传说中的秒开啊,瞬间打开,舒服的很!!厉害!!
请问我们该如何向你学习啊
回复

使用道具 举报

请保持微笑 发表于 2012-7-26 20:33:06 | 显示全部楼层
高手啊
回复

使用道具 举报

 楼主| mark35 发表于 2012-7-26 21:39:35 | 显示全部楼层
本帖最后由 mark35 于 2012-12-3 20:47 编辑
冲天鹤123 发表于 2012-7-26 20:31
大神,你的网站就是传说中的秒开啊,瞬间打开,舒服的很!!厉害!!
请问我们该如何向你学习啊

秒开也要看你打开的是什么页面啦。如果是首页,那是有缓存的~
如果是论坛主题列表页,页面生成要120ms左右,还是慢了点。
回复

使用道具 举报

sheaven 发表于 2012-7-26 21:52:28 | 显示全部楼层
mark35 发表于 2012-7-26 16:23
我做了个磁盘性能简单测试:
测试服务器
web: DELL 2950III SAS 3块组的 RAID5

raid5的写入速度和raid卡有很大关系,另外你的写入 1k 单位太小 可能是造成ssd慢的原因
回复

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-12-27 16:04 , Processed in 0.080285 second(s), 6 queries , Gzip On, Redis On.

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.

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