MySQL表数据超过1千万，数据表经常无缘无故损坏

多鱼的夏天 2008-08-25 11:35:41

MySQL表数据超过1千万，经常无缘无故损坏。数据表是MyISAM的。
MySQL数据库版本是5.0.51a，运行在Redhat AS4上。

错误日志中时常出现下边的提示：080825 9:01:46 [ERROR] /Data/apps/mysql5/libexec/mysqld: Table './download/source_userdown' is marked as crashed and last (automatic?) repair failed

每次repair大概要30分钟。

以前也试过INNODB,更可怕,因为INNODB不能repair。

...全文

715 20 打赏收藏转发到动态举报

写回复

用AI写文章

20 条回复

切换为时间正序

请发表友善的回复…

发表回复

hankwangwang 2008-09-19

打赏
举报

[Quote=引用 16 楼 lnfmly 的回复:]
引用 15 楼 eroswang 的回复:
一个表的数据超过100w条之后，出现索引损坏是经常的事情

如果用户操作大部分是更新的话，最好是换用Innodb引擎，如果查询量比较大的话，还是用MyISAM好了，查询量再大一点，就考虑用cache挡住db的查询请求

请问怎么用cache挡住DB的查询请求呢？
[/Quote]

baidu一下memcache吧

hankwangwang 2008-09-19

打赏
举报

[Quote=引用 18 楼 lnfmly 的回复:]
引用 8 楼 yueliangdao0608 的回复:
Use insert delayed instead of insert.

能举个例子吗？
比如一条完整的语句什么的。
[/Quote]

baidu一下一大堆的

lnfmly 2008-09-19

打赏
举报

[Quote=引用 8 楼 yueliangdao0608 的回复:]
Use insert delayed instead of insert.
[/Quote]

能举个例子吗？
比如一条完整的语句什么的。

lhp636_1 2008-09-19

打赏
举报

[Quote=引用 15 楼 eroswang 的回复:]
一个表的数据超过100w条之后，出现索引损坏是经常的事情

如果用户操作大部分是更新的话，最好是换用Innodb引擎，如果查询量比较大的话，还是用MyISAM好了，查询量再大一点，就考虑用cache挡住db的查询请求

楼主一个表有1000w条数据，是否要考虑按照某种规则将数据“分库分表”，使一个表的数据尽量保持在100w条以内，一般100~1000个库，每个库100~1000个表
这样的话，一个表里才一点点的数据；如果数据量达到海量的话，…
[/Quote]

关注。这详细的简绍，学习

lnfmly 2008-09-19

打赏
举报

[Quote=引用 15 楼 eroswang 的回复:]
一个表的数据超过100w条之后，出现索引损坏是经常的事情

如果用户操作大部分是更新的话，最好是换用Innodb引擎，如果查询量比较大的话，还是用MyISAM好了，查询量再大一点，就考虑用cache挡住db的查询请求
[/Quote]

请问怎么用cache挡住DB的查询请求呢？

hankwangwang 2008-09-18

打赏
举报

一个表的数据超过100w条之后，出现索引损坏是经常的事情

如果用户操作大部分是更新的话，最好是换用Innodb引擎，如果查询量比较大的话，还是用MyISAM好了，查询量再大一点，就考虑用cache挡住db的查询请求

楼主一个表有1000w条数据，是否要考虑按照某种规则将数据“分库分表”，使一个表的数据尽量保持在100w条以内，一般100~1000个库，每个库100~1000个表
这样的话，一个表里才一点点的数据；如果数据量达到海量的话，可以考虑再分机器，分库，分表，这样就算再多的数据，也可以搞定

另外，在每天系统不繁忙的时候，最好执行一下表的检查，有索引损坏的，立即修复一下
如果更新操作也占用比较多的话，可以考虑楼上那位兄弟的建议，将不是非常重要的插入操作用，“insert delayed ”