mysql 对于千万级的大表要怎么优化

MySQL 对于千万级的大表的优化：

常用的优化sql----突出快字，使完成 *** 作的时间最短

1、用索引提高效率：

2、选择有效率的表名顺序，及数据结构及字段；

3、使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表；

4、删除重复记；

5、过内部函数提高SQL效率；......

读写分离----- *** 作不在一个表里完成

1、主数据库A，进行事务性增、改、删 *** 作（INSERT、UPDATE、DELETE）；

2、从数据库B，进行SELECT查询 *** 作；

3、A复制到B，使数据保持一致性；

垂直划分 ------数据不存储在一个服务器里

按照功能划分，把数据分别放到不同的数据库和服务器。如博客功能的放到服务器A，储存文件放到服务器B；

水平划分------相同数据结构的数据不放在一张表里

把一个表的数据根据一定的规则划分到不同的数据库，两个数据库的表结构一样。

数据归档处理-----时间优先原则存储读取

将数据库中不经常使用的数据迁移至近线设备，将长期不使用的数据迁移至文件形式归档。这样，随着应用的需要，数据会在在线、近线和文件文档之间移动，如当应用需要访问很久以前的某些数据，它们的物理位置在近线设备，则会自动移动到在线设备。对用户的应用而言，这些都是透明的，就像所有数据都存放在在线设备一样，不会对数据库应用产生任何影响。

提问：何设计或优化千万级别表外其信息觉题点范简单说该何做于存储设计必须考虑业务特点收集信息：

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.存储引擎选择InnoDBMyISAM

致明白10问题至于何设计类表应该都清楚

至于优化若指创建表能变表结构建议InnoDB引擎利用点内存减轻磁盘IO负载IO往往数据库服务器瓶颈

另外优化索引结构解决性能问题建议优先考虑修改类SQL语句使更快些已靠索引组织结构式前提 索引已经创建非若读主考虑打query_cache 及调整些参数值：sort_buffer_size,read_buffer_size,read_rnd_buffer_size,join_buffer_siz

更信息参见：

MySQL数据库服务器端核参数详解推荐配置

纸谈兵说我思路及我解决抛砖引玉

我近解决问题

我现公司三张表5亿数据每张表每增量100w

每张表概10columns左右

面我做测试比

1.首先看engine,数据量情况没做区情况

mysiam比innodb读情况效率要高13％左右

2.做partition读mysql官文档其实于partition专门myisam做优化于innodb所数据存ibdata面所即使看schema变其实没本质变化

区于同physical disk面情况提升概1％

区同physical disk我三同disks提升概3％其实所谓吞吐量由素决定比explain parition候看record区每区都其实本质没解决读问题提升写效率

另外问题于区张表三column都经用于做查询条件其实件悲惨事情没办所sql做针性区mysql官文档说间做区且用间查询恭喜

3.表主要用读写其实问题充应该问写入候同并发查询我问题比较简单mongodb shredding支持能crushmysql所通情况9am－9pm写入情况候我做 viewview基于近插入或者经查询通做view离读取说写table读进行逻辑判断前view *** 作

4做些archive table比先些表做已统计析通已析＋增量解决

5用mysiam问题要注意.configure候加max index length参数候record数于制定度候indexdisable

---