MySQL社区

 找回密码
 注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
查看: 8152|回复: 8
打印 上一主题 下一主题

MySQL海量数据插入,导致服务器性能下降,怎么处理,急急急

[复制链接]
hxcfindjob 该用户已被删除
跳转到指定楼层
1#
发表于 2009-3-30 18:04:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
提示: 作者被禁止或删除 内容自动屏蔽
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
收藏收藏 分享淘帖 顶 踩
2#
发表于 2009-3-30 18:49:09 | 只看该作者
按照你的路子那就是调优了

可以设置commit不用那么频繁,日志批量刷到磁盘等

也主要看是CPU瓶颈,还是IO瓶颈,先确定出问题来

可适当提高硬件配置等...
3#
发表于 2009-4-9 10:05:57 | 只看该作者
利用MYSQL51的分区也可以照样提高写性能。对于现有的表结构,适当的减少所用的索引会提高写性能。
4#
发表于 2009-8-1 09:47:50 | 只看该作者
本人也用同样需求,单表月数据增量在8000,0000+,海量数据插入导致服务器资源耗尽,提高硬件不可能。
现在做MySQL一主多从的复制。。不知道以下想法可否实现?Master 数据的表没有索引,Slave 的同名表做索引做复制?
5#
发表于 2009-8-4 17:51:24 | 只看该作者
应该是可行的...
6#
发表于 2009-10-29 23:42:11 | 只看该作者
做RAID10,看看能不能使用更快的文件系统。数据一定要全部存到表里吗,没有适合存到文件里的信息吗?结合内存表小事务频繁提交。注意读写分离,考虑写入速度的表就不考虑索引了。方法很多。根据实际情况先定位瓶颈在哪里吧。
7#
发表于 2009-10-29 23:46:22 | 只看该作者
大概算一下每秒写入多少数据,每条数据占用空间。需求的IOPS是否在硬件能够提供的IPOS之内。人只能做可以做的事。有一点,顺序写会比随机写快。
allegro 该用户已被删除
8#
发表于 2009-11-14 14:01:51 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
9#
发表于 2010-2-1 18:39:41 | 只看该作者
一主多从的复制???

主从复制 表数据很容易丢失的      (only table)
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|申请友链|小黑屋|Archiver|手机版|MySQL社区 ( 京ICP备07012489号   
联系人:周生; 联系电话:13911732319

GMT+8, 2024-5-16 22:07 , Processed in 0.127259 second(s), 23 queries , Gzip On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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