数据库的效率问题

2013-12-30 10:44:11 468 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

数据仓库系列（1）：为什么要搭建数据仓库系列说明：本文写作的初衷，是想以阿里巴巴的OneData体系为出发点，详细阐述数据仓库搭建的初衷、架构的理念及实现的方式，借此来总结从事大数据开发岗位多年以来的经验积累。仅从笔者个人角度出发，收集相关素材，进行二次整理，并非原创。什么是数据仓库？要想全面的来看待数据仓库，首先要回答的是数据仓库搭建的目的：百度百科解释：数据仓库是为企业所有级别的决策制定过程，... 阅读详情

我在用mysql数据库时想在一个有70几万的表中按id查找删除不到20万的数据有了一个小时，这也太慢了。id有索引。这是什么原因导致的呢？求大神给分析一下，新手不太懂sql的执行效率问题。

...全文

Vast.ai GPU服务器租用与SSH密钥连接实战指南本文详细介绍了如何在Vast.ai平台租用GPU服务器并通过SSH密钥安全连接的全流程。从注册、选配GPU型号到SSH密钥生成与配置，再到实战中的端口转发和文件传输技巧，帮助用户高效利用云端GPU资源进行深度学习等计算密集型任务。阅读详情

haha_321

疑难问题 22,298 成员 121,727 内容

+ 关注 + 加入社区

切换为时间正序

haha_321 2013-12-30

打赏
举报

引用 27 楼 yupeigu 的回复:

[quote=引用 26 楼 haha_321 的回复:] [quote=引用 24 楼 yupeigu 的回复:] [quote=引用 22 楼 haha_321 的回复:] [quote=引用 21 楼 yupeigu 的回复:] 所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

直接锁表示什么意思？？？[/quote] 把整个表给锁住了，因为myisam好像没有行级锁，至于表级别的锁[/quote] 这个不太懂，去学习一下。[/quote] 看看这个，总结的不错： InnoDB与Myisam的六大区别 http://www.cnblogs.com/vicenteforever/articles/1613119.html[/quote] 不错

LongRui888 2013-12-30

打赏
举报

引用 26 楼 haha_321 的回复:

[quote=引用 24 楼 yupeigu 的回复:] [quote=引用 22 楼 haha_321 的回复:] [quote=引用 21 楼 yupeigu 的回复:] 所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

haha_321 2013-12-30

打赏
举报

引用 24 楼 yupeigu 的回复:

[quote=引用 22 楼 haha_321 的回复:] [quote=引用 21 楼 yupeigu 的回复:] 所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

直接锁表示什么意思？？？[/quote] 把整个表给锁住了，因为myisam好像没有行级锁，至于表级别的锁[/quote] 这个不太懂，去学习一下。

發糞塗牆 2013-12-30

打赏
举报

在大范围操作过程中，表锁往往更加高效

LongRui888 2013-12-30

打赏
举报

引用 22 楼 haha_321 的回复:

[quote=引用 21 楼 yupeigu 的回复:] 所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

直接锁表示什么意思？？？[/quote] 把整个表给锁住了，因为myisam好像没有行级锁，至于表级别的锁

發糞塗牆 2013-12-30

打赏
举报

sqlserver有行所、页锁、表锁、分区锁等等，根据不同的情况选择不同的粒度来锁住数据，锁表是直接独占这个表来操作，其他访问需要等待

haha_321 2013-12-30

打赏
举报

引用 21 楼 yupeigu 的回复:

所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

直接锁表示什么意思？？？

LongRui888 2013-12-30

打赏
举报

所以，对于mysql来说，可能提供了很多选择，快有快的好处，也有坏处，不过对于你这个删除数据的需求来看，看似 myisam更加适合一点

LongRui888 2013-12-30

打赏
举报

引用 17 楼 haha_321 的回复:

我将表换成MyISAM引擎后，在做删除只用了1分40秒。。。差距太大了。。。

呵呵，myisam引擎确实快，但是在删除数据时，会直接锁表的

haha_321 2013-12-30

打赏
举报

引用 18 楼 DBA_Huangzj 的回复:

再唠叨一句，mysql不懂，所以给不了什么建议

依旧谢谢大神帮忙分析。。。

發糞塗牆 2013-12-30

打赏
举报

再唠叨一句，mysql不懂，所以给不了什么建议

haha_321 2013-12-30

打赏
举报

我将表换成MyISAM引擎后，在做删除只用了1分40秒。。。差距太大了。。。

haha_321 2013-12-30

打赏
举报

引用 15 楼 DBA_Huangzj 的回复:

如果你没有时间研究文档，可以建一个除了表名一模一样的空表，但是存储引擎改成你觉得会快的那个，然后把数据导过去，再测试一下

引用 15 楼 DBA_Huangzj 的回复:

如果你没有时间研究文档，可以建一个除了表名一模一样的空表，但是存储引擎改成你觉得会快的那个，然后把数据导过去，再测试一下

好，我去测试一下看看。

發糞塗牆 2013-12-30

打赏
举报

如果你没有时间研究文档，可以建一个除了表名一模一样的空表，但是存储引擎改成你觉得会快的那个，然后把数据导过去，再测试一下

haha_321 2013-12-30

打赏
举报

引用 13 楼 yupeigu 的回复:

[quote=引用 12 楼 haha_321 的回复:] [quote=引用 11 楼 haha_321 的回复:] [quote=引用 9 楼 yupeigu 的回复:] [quote=引用 4 楼 haha_321 的回复:] [quote=引用 2 楼 yupeigu 的回复:] 70万条数据，删除不到20万条，应该是挺快的，应该是由于其他回话在更新，或者在查询数据，导致了这个delete阻塞住了。

没有查询，直接删除。[/quote] 哦我明白，我的意思是在你删除数据的时候，没有其他任何人在查询这个表的数据吗[/quote] 没有。。。我感觉跟我的默认引擎有很大的关系。[/quote] 你的意思是由于你用的是innodb，而不是myisam，导致删除数据这么慢是吧[/quote] 因该是吧，这个70w的表是我自己临时建的，肯定没有别人用，我在这个博客看的http://www.cnblogs.com/sopc-mc/archive/2011/11/01/2232212.html这个关于引擎的问题。

LongRui888 2013-12-30

打赏
举报

引用 12 楼 haha_321 的回复:

[quote=引用 11 楼 haha_321 的回复:] [quote=引用 9 楼 yupeigu 的回复:] [quote=引用 4 楼 haha_321 的回复:] [quote=引用 2 楼 yupeigu 的回复:] 70万条数据，删除不到20万条，应该是挺快的，应该是由于其他回话在更新，或者在查询数据，导致了这个delete阻塞住了。

没有查询，直接删除。[/quote] 哦我明白，我的意思是在你删除数据的时候，没有其他任何人在查询这个表的数据吗[/quote] 没有。。。我感觉跟我的默认引擎有很大的关系。[/quote] 你的意思是由于你用的是innodb，而不是myisam，导致删除数据这么慢是吧

haha_321 2013-12-30

打赏
举报

引用 11 楼 haha_321 的回复:

[quote=引用 9 楼 yupeigu 的回复:] [quote=引用 4 楼 haha_321 的回复:] [quote=引用 2 楼 yupeigu 的回复:] 70万条数据，删除不到20万条，应该是挺快的，应该是由于其他回话在更新，或者在查询数据，导致了这个delete阻塞住了。

没有查询，直接删除。[/quote] 哦我明白，我的意思是在你删除数据的时候，没有其他任何人在查询这个表的数据吗[/quote] 没有。。。我感觉跟我的默认引擎有很大的关系。

haha_321 2013-12-30

打赏
举报

引用 9 楼 yupeigu 的回复:

[quote=引用 4 楼 haha_321 的回复:] [quote=引用 2 楼 yupeigu 的回复:] 70万条数据，删除不到20万条，应该是挺快的，应该是由于其他回话在更新，或者在查询数据，导致了这个delete阻塞住了。

没有查询，直接删除。[/quote] 哦我明白，我的意思是在你删除数据的时候，没有其他任何人在查询这个表的数据吗[/quote] 没有。。。

發糞塗牆 2013-12-30

打赏
举报

从sqlserver方面来说，有可能是阻塞了，这个你可以单独找一个闲时测试一下，保证没有其他用户时候的时候删除，如果快，证明阻塞的可能性很大，如果还是一样，那就是删除的内置问题，但是mysql的internal的确不懂

LongRui888 2013-12-30

打赏
举报

引用 4 楼 haha_321 的回复:

[quote=引用 2 楼 yupeigu 的回复:] 70万条数据，删除不到20万条，应该是挺快的，应该是由于其他回话在更新，或者在查询数据，导致了这个delete阻塞住了。

没有查询，直接删除。[/quote] 哦我明白，我的意思是在你删除数据的时候，没有其他任何人在查询这个表的数据吗

加载更多回复（10）

数据库的效率问题

相关推荐