性能优化

[2399]

数据量比较大，6.5kw多，每日更新有15w，新增有5w。高峰的话有25w的更新，10w的新增。同时查询的频率也很多。
怎么优化？

[wwwwb]

什么系统、MYSQL什么版本、硬件配置如何、经常的查询语句是什么、建立分区表没有 详细说明

[2399]

引用 1 楼 wwwwb 的回复:

什么系统、MYSQL什么版本、硬件配置如何、经常的查询语句是什么、建立分区表没有 详细说明

5.1.3 ，8核，16G内存。查询到是只根据一个字段查询。木有建分区表。 但是6kw的数据不是全部在一个表中的，分放6个节点上

[ACMAIN_CHM]

所谓优化只是针对特定的查询的。 表结构是什么样？ 需要优化的查询SQL语句是什么？

[2399]

引用 3 楼 ACMAIN_CHM 的回复:

所谓优化只是针对特定的查询的。 表结构是什么样？ 需要优化的查询SQL语句是什么？

。。。。。。。。。。。。。 查询很简单，木有啥优化的，要的是新增，更新速度上的优化，并且不影响查询

[Rotel-刘志东]

更新比较大的话建议定时在夜间某个时间段进行操作。

[2399]

引用 5 楼 lzd_83 的回复:

更新比较大的话建议定时在夜间某个时间段进行操作。

要求实时的

[ACMAIN_CHM]

INSERT 则没什么可优化的，主要是硬件上考虑。 UPDATE则如果有 where 子句则需要通过索引优化，但楼主并不提供这方面信息，所以仅提供个思路而已。

[WWWWA]

插入的话，可以考虑将内容保存在1个文本中，LOAD　DATA UPDATE如果有WHERE，可以考虑条件字段上建立索引

[believe_me]

insert的优先级是高于select的，如果insert频繁的话也会影响到查询的效率。 可以合并insert语句进行插入。

[2399]

引用 8 楼 WWWWA 的回复:

插入的话，可以考虑将内容保存在1个文本中，LOAD　DATA UPDATE如果有WHERE，可以考虑条件字段上建立索引

这种方式不可取，主要还是更新的多，并且容错性不是很好

[rucypli]

更新的和查询的条件上都有索引就行了 buffer_pool开大点 优化是个循环的过程 不是想一步到位就能成的

[zjl91dragon]

插入的字段和查询的字段有没有重复的？如果在查询的那个字段上建立索引，那么插入就会减慢了。具体表结构是怎样的？