码迷,mamicode.com
首页 > 数据库 > 详细

MySQL 对于大表(千万级),要怎么优化呢?

时间:2014-11-08 23:28:48      阅读:340      评论:0      收藏:0      [点我收藏+]

标签:http   io   ar   sp   数据   on   问题   bs   html   

提问:如何设计或优化千万级别的大表?此外无其他信息,个人觉得这个话题有点范,就只好简单说下该如何做,对于一个存储设计,必须考虑业务特点,收集的信息如下:
1.数据的容量:1-3年内会大概多少条数据,每条数据大概多少字节; 

2.数据项:是否有大字段,那些字段的值是否经常被更新; 
3.数据查询SQL条件:哪些数据项的列名称经常出现在WHERE、GROUP BY、ORDER BY子句中等; 
4.数据更新类SQL条件:有多少列经常出现UPDATE或DELETE 的WHERE子句中; 
5.SQL量的统计比,如:SELECT:UPDATE+DELETE:INSERT=多少? 

6.预计大表及相关联的SQL,每天总的执行量在何数量级? 
7.表中的数据:更新为主的业务 还是 查询为主的业务 
8.打算采用什么数据库物理服务器,以及数据库服务器架构? 
9.并发如何? 
10.存储引擎选择InnoDB还是MyISAM? 

大致明白以上10个问题,至于如何设计此类的大表,应该什么都清楚了! 

至于优化若是指创建好的表,不能变动表结构的话,那建议InnoDB引擎,多利用点内存,减轻磁盘IO负载,因为IO往往是数据库服务器的瓶颈 

另外对优化索引结构去解决性能问题的话,建议优先考虑修改类SQL语句,使他们更快些,不得已只靠索引组织结构的方式,当然此话前提是, 
索引已经创建的非常好,若是读为主,可以考虑打开query_cache, 

以及调整一些参数值:sort_buffer_size,read_buffer_size,read_rnd_buffer_size,join_buffer_size 

更多信息参见:
MySQL数据库服务器端核心参数详解和推荐配置

MySQL 对于大表(千万级),要怎么优化呢?

标签:http   io   ar   sp   数据   on   问题   bs   html   

原文地址:http://www.cnblogs.com/lijc1990/p/4084164.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!