免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12345下一页
最近访问板块 发新帖
查看: 6699 | 回复: 45
打印 上一主题 下一主题

请教大侠们mysql性能的问题,多谢 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-12-31 11:18 |只看该作者 |倒序浏览
4个CPU,超线程后8个.  内存为:8G,内存够用,参数是huge的配置
表结构很简单,单一主键而且查询全在主键上,没有复杂语句,cpu一直在2%左右或以上,觉得很大了

自己程序跟踪偶有查询30-50秒,因为是多线程,log看到所有的慢的全是5、6个线程操作一张表,是否发生了互锁?一般怎么处理

mysql不是很熟,请大侠们解答、帮忙

另有否和mssql一样的事件探查器,可以在需要时监控是否有攻击之类的,因为是运行系统,不想打mysql的log

还有:现在每小时100多万次数据库操作算大吗?每秒大概300次,按4个CPU,超线程后8个.  内存为:8G

现在用的是mysql 4.0 ,追求的是最大速度,请问升级到最新的mysql,会改善吗?

问题较多,请大侠们随便回答,谢谢

论坛徽章:
62
2016科比退役纪念章
日期:2016-06-28 17:45:06奥兰多魔术
日期:2015-05-04 22:47:40菠菜神灯
日期:2015-05-04 22:35:07菠菜神灯
日期:2015-05-04 22:35:02NBA季后赛大富翁
日期:2015-05-04 22:33:34NBA常规赛纪念章
日期:2015-05-04 22:32:032015年亚洲杯纪念徽章
日期:2015-04-14 16:54:452015年亚洲杯之朝鲜
日期:2015-03-19 23:03:16明尼苏达森林狼
日期:2015-03-16 21:51:152015小元宵徽章
日期:2015-03-06 15:57:202015年迎新春徽章
日期:2015-03-04 09:55:282015年辞旧岁徽章
日期:2015-03-03 16:54:15
2 [报告]
发表于 2006-12-31 11:33 |只看该作者
最好有
SHOW PROCESSLIST SHOW STATUS 的信息
单一主键查询, 无论数据量多大都不应该太慢。简单功能的要求还是MyISAM最快。

300个并发查询, 并发量不小了。

论坛徽章:
0
3 [报告]
发表于 2006-12-31 13:16 |只看该作者
表基本上只用最老的ISAM型,当时也是为了速度
SHOW PROCESSLIST,看不到什么东西的,没有正好耗时很厉害的查询

SHOW STATUS,如下文,请高手诊断一下

论坛徽章:
0
4 [报告]
发表于 2006-12-31 13:16 |只看该作者
。。。

[ 本帖最后由 renyuxiao 于 2006-12-31 16:02 编辑 ]

论坛徽章:
0
5 [报告]
发表于 2006-12-31 13:21 |只看该作者
关闭超线程! 超线程对服务器无用的,反会损害性能。

论坛徽章:
0
6 [报告]
发表于 2006-12-31 13:31 |只看该作者
谢谢2位dx

现在基本上还可以,但每天总会有30秒到50秒的巨慢查询,是否lock了,mysql是记录lock还是页面lock?

哈哈,SHOW STATUS 的情况看不懂

论坛徽章:
0
7 [报告]
发表于 2006-12-31 13:35 |只看该作者
如果要求更高,推荐使用性能优异的 bizgres 集群。

参考:
http://bbs.chinaunix.net/viewthr ... page%3D1&page=1

2亿的单表,slect crount(*) from table; 来全表扫描。

同配置单主机 硬件: 内存8G,每台机器是两个双核的AMD86.磁盘Raid0+1

Oracle 10g用了50秒,postgresql的普通集群用来一分40秒.

改用Bizgers 这个 PostgreSQL  高性能集群(使用)后,速度是 Oracle 的4倍。


mysql超过1亿行慢得和蜗牛一样。

论坛徽章:
0
8 [报告]
发表于 2006-12-31 13:39 |只看该作者
对于大型应用,PostgreSQL 还是合适的。以下是PostgreSQL 中文官方手册维护者 何伟平 laser 对于一个 大型应用 的回复:

怎么说呢,实际上,我现在手头就有一个庞大的数据库,
数据+索引已经超过500G了,数据总量超过30亿行数据,
每天会忙12小时左右。

基本上,我觉得,首先:
检查你的IO投资,不要在硬盘上吝啬。
第二,仔细分析自己的瓶颈是什么,
很多事后,我们并不一定需要database replicate。
第三,适当使用数据的切割。

简单归结一句话:
适当的硬件投资和规划加上合适的软件结构。
具体的事情需要具体分析。

介绍一下我们那个500G的大库:
单机HP DL385,16G内存和6块SCSI磁盘,20块SATA磁盘盘阵,
盘阵是HP DL320S,(MSA1500),相当便宜。
我们的构造是SCSI是RAID5,跑XFS,SATA,RAID5,跑EXT3,
目前,性能非常满意(我们的角度),有些update语句,一次
会更新几百万行数据,那么我们有些程序,一天要更新几十次,
基本上也可以在1000s之内完成。每天vacuum一次,在低负载的
时段,大概需要120min~200min,用slony做数据的备份,备份
到一台大硬盘的IDE机器上(1.5T硬盘,别惊讶,现在750G硬盘
才3500块钱。)。
这台机器是数据挖掘的,并发数不多,所以我们没有做负载方面
的均衡。

有问题可以继续讨论。

论坛徽章:
0
9 [报告]
发表于 2006-12-31 13:55 |只看该作者
根据 http://tweakers.net/reviews/657/6  的测试图表,Mysql 5.0.20a 性能比 Mysql 4.1.20 稍好一点,重负载情况下性能下降略微少一点。

论坛徽章:
62
2016科比退役纪念章
日期:2016-06-28 17:45:06奥兰多魔术
日期:2015-05-04 22:47:40菠菜神灯
日期:2015-05-04 22:35:07菠菜神灯
日期:2015-05-04 22:35:02NBA季后赛大富翁
日期:2015-05-04 22:33:34NBA常规赛纪念章
日期:2015-05-04 22:32:032015年亚洲杯纪念徽章
日期:2015-04-14 16:54:452015年亚洲杯之朝鲜
日期:2015-03-19 23:03:16明尼苏达森林狼
日期:2015-03-16 21:51:152015小元宵徽章
日期:2015-03-06 15:57:202015年迎新春徽章
日期:2015-03-04 09:55:282015年辞旧岁徽章
日期:2015-03-03 16:54:15
10 [报告]
发表于 2006-12-31 14:15 |只看该作者
SHOW STATUS的结果和你的描述很不符合啊

有半年没关机了?总共连接数才 268051  啊

你的问题可能是 Aborted_clients太大。 由于程序没有正确关闭连接导致客户端终止而中断的连接数
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP