百万行mysql数据库优化和10G大文件上传方案

百万行mysql数据库优化和10G大文件上传方案

最近这几天正在忙这个优化的方案,一直没时间耍,忙碌了一段时间终于还是拿下了这个项目?项目中不要每次都把程序上的问题,让mysql数据库来承担,它只是个mysql而已。

问题1:针对MySQL Community5.5+版本优化业务执行速度,提高整体系统效率

测试服务器硬件环境:Intel Core i5,8gb内存,7200rpm硬盘,Win7专业版

Table名称

读取频率

写入频率

最低连续读取速度

最低连续写入速度

预估数据量

C….

频繁

不频繁

30行/150ms

100行/s

百万行

D…

频繁

不频繁

30行/150ms

100行/s

百万行

De…..

频繁

不频繁

30行/150ms

10行/s

万行

St……

频繁

不频繁

30行/150ms

100行/s

百万行

S……

频繁

频繁

30行/150ms

100行/s

百万行

Pr...

很频繁

不频繁

1000行/s-5000行/s

100行/s

百万行/表

De…….

很频繁

频繁

1000行/s-5000行/s

1000行/s

百万行/表

De……

很频繁

频繁

1000行/s-5000行/s

1000行/s

百万行/表

 

 

 

 

 

 

 

 

 

 

 

 

 

 

看到这个想到的是拆分表,不外乎就是表的纵向拆分和横向拆分,我在项目中也遇到过类似的问题,当时也是使用mysql数据库当时大概列数有800多,mysql数据一张表的字段是不能有800多个,最开始测试的是用String 按照JSON的格式存入的数据库,结果发现处理时加入了循环,反而使系统性能变得很慢导出一个Excel也是很吃力的,最后采用分表大概分了9张,解决了问题,其实现在想想是不是使用对象的序列化,将序列化的对象存入数据库呢,使用在从数据库中取出来反序列化使用,当时分表后满足了需求就没再测试对象的序列化的方法了。但是这次给的需求不需要纵向拆表,是否需要横向拆表呢?测试一次先,每次的点子都是要测试的e。

百万行mysql数据库优化和10G大文件上传方案_第1张图片 

百万行mysql数据库优化和10G大文件上传方案_第2张图片

 

有些时候在mysql中还是要善用limit,

百万行mysql数据库优化和10G大文件上传方案_第3张图片 

除开主键其余没加索引,这样上了百万条的数据查询应该是不存在问题,话不多说优化SQL吧。

但是插入还是存在问题,是否需要分表呢?如果只是上百万还是可以不用分表的,如果分表就要处理好分页查询,删除和增加的操作,我还是喜欢使用Mysql数据的同步,使用两个mysql数据库,服务器ip分别为ip1和ip2,我们将ip1作为Master数据库,把ip2作为slave服务器,我们可以采用单项同步的方式,就是Master的数据是主数据,然后slave主动去Master哪儿同步数据回来,太晚了,明天测试通过就可以开始优化项目了。

在数据库中数据在100w多行时插入数据耗时2.822秒的时间,

百万行mysql数据库优化和10G大文件上传方案_第4张图片

问题2:大文件上传居然有这样的要求,

档案大小

Action

最大执行内存占用

内网最低传输速率(802.11g)

50mb

Upload

5mb

1mb/s

500mb

Upload

5mb

1mb/s

5gb

Upload

5mb

1mb/s

10gb

Upload

5mb

1mb/s

50mb

Download

5mb

1mb/s

500mb

Download

5mb

1mb/s

5gb

Download

5mb

1mb/s

10gb

Download

5mb

1mb/s

 

 

 

 

 

 

 

 

 

 

 

 

 

以前遇到过一个视频网站上传要求也是最大4G左右,这次居然要上传最大的有10G,

为提高大文件传输速率,将目标文件分成N块文件,对应启动N个线程通过TCP/IP协议来传 输,传输文件前先检查是否存在该文件的临时文件群,如果存在找出其断点位置进行续传,最后合并文 件。异步分割发送,用目前最主流的FLASH+AJAX技术。ActionScript和HTML5是支持SOCKET通讯的,呵呵。

实现流程:

1 客户端向服务端发送传递文件启动信号(发送文件名字)

2 服务器检查是否包含有该文件所对应的临时文件(eg, 传输file.txt,就检查是否存在temp[i]file.txt,(i为 第N块临时文件)),如果存在就发送所有临时文件的断点位置给客户端

3 客户端更具文件大小将文件分为N块(每块默认大小为500M,可通过参数进行配置)以加快传输速率, 然后根据服务器返回的断点位置(如果有)对每块文件进行移位,移动到断点位置进行续传,如果服务器 上没有临时文件夹,就进行普通的传送文件

4当所有线程工作完成,合并所有临时文件夹。

大文件上传的问题已经实现使用的是serverlight实现的。测试通过了大概是5-6M每秒。

 
 
 

你可能感兴趣的:(数据库优化,大文件上传)