3000万条记录，mysql能胜任吗？

[better0332]

我有一个3000万条记录数据库，每条大约250byte，25个字段，每个字段都有索引，有每个字段都有较频繁的更新、插入、查询
想问问大家如何部署mysql？目前的速度太慢了

[ldb2741]

分区或者分表

[小小小小周]

每个字段都有索引...
分表吧,

[zuoxingyu]

每个字段都有索引，有每个字段都有较频繁的更新、插入、查询


你的表结构设计有问题，才慢的。
对于有频繁更新的字段是不建议加索引的。
建议重新分析业务需求，重新设计表结构。

[boYwell]

[Quote=引用 3 楼 zuoxingyu 的回复:]

每个字段都有索引，有每个字段都有较频繁的更新、插入、查询


你的表结构设计有问题，才慢的。
对于有频繁更新的字段是不建议加索引的。
建议重新分析业务需求，重新设计表结构。
[/Quote]
mark

[mysqldbd]

[Quote=引用楼主 better0332 的回复:]
我有一个3000万条记录数据库，每条大约250byte，25个字段，每个字段都有索引，有每个字段都有较频繁的更新、插入、查询
想问问大家如何部署mysql？目前的速度太慢了
[/Quote]

用innodb存储引擎。

分区然后更要分表啊！

[better0332]

谢谢大家，有两个问题：
1>我可以按time字段分区后，插入更新速度是否有明显提高（插入，更新time=NOW()）,查询速度怎样？我大约有60%是查询近两个月的
2>如果用分表，那岂不是要查询所有表了,对查询脚本要有很大改动了吧

另外，我的机器是FC13 x64 4G内存，yum不能更新到mysql-5.5.8

[shine333]

“每个字段都有索引”是说25个字段每个都单独建了一个索引？？？
你又频繁更新，当然慢了。

对重要的查询，建几个索引够了。另外，索引不是光能索引一个字段，可以索引多个字段

[feixianxxx]

[Quote=引用 6 楼 better0332 的回复:]

谢谢大家，有两个问题：
1>我可以按time字段分区后，插入更新速度是否有明显提高（插入，更新time=NOW()）,查询速度怎样？我大约有60%是查询近两个月的
2>如果用分表，那岂不是要查询所有表了,对查询脚本要有很大改动了吧

另外，我的机器是FC13 x64 4G内存，yum不能更新到mysql-5.5.8
[/Quote]

如果不改变索引的分布 频繁插入 效率肯定低..不过分区后的查询还是会提高的.

查询分区表的时候对用户来说是透明的，跟查普通不分区的表没区别 ~

[ACMAIN_CHM]

3000万条记录

= 30M记录 = 30M*250BYTE = 8GB

MYSQL问题应该不大。

关键要分析你慢的具体语句是什么？另外就是硬件本身的性能。

[better0332]

所有字段必须建索引，联合索引的最左值不符合我们的要求，所以也不能用，
正因为如此，插入、更新慢，不知道分区后的插入性能能不能提高？

[ACMAIN_CHM]

[Quote]正因为如此，插入、更新慢，不知道分区后的插入性能能不能提高？[/Quote]不会。分区主要是针对查询。索引越多，则INSERT，UPDATE的速度越慢，但SELECT会快。

插入慢，你最好给出你的语句。你的show create table, show index from

否则别人无法帮你分析。

在你不愿意提供其它信息的情况下，泛泛而谈， 8GB的数据量对MYSQL虽然有些大，但并不是问题。

[better0332]

谢谢，ACMAIN_CHM。表结构，索引都是公司定死的，我也不能改，所以说了也没用
也只让我们用mysql，
但是硬件资源相对比较葱郁，我想是否可以用集群的方法，我也是刚开始用学用mysql

[Rotel-刘志东]

你的表结构设计有问题，不是每个表的索引越多多好，索引是占有磁盘空间的。
反而会影响查询的速度。