免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: gunguymadman007
打印 上一主题 下一主题

提高mysql性能的方法! [复制链接]

论坛徽章:
0
11 [报告]
发表于 2006-12-16 09:21 |只看该作者
explain select * from account_profile where not exists (select user_name from account_profile where user_name like "chocolate%");

结果一样
1        PRIMARY        \N        \N        \N        \N        \N        \N        \N        Impossible WHERE
2        SUBQUERY        account_profile        range        user_name        user_name        22        \N        4        Using where; Using index

论坛徽章:
0
12 [报告]
发表于 2007-08-17 11:39 |只看该作者
顶一下了。好帖子。..

论坛徽章:
0
13 [报告]
发表于 2007-09-27 10:42 |只看该作者
IS NULL 与 IS NOT NULL
不能用null作索引,任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下,只要这些列中有一列含有null,该列就会从索引中排除。也就是说如果某列存在空值,即使对该列建索引也不会提高性能。

任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。

mysql里是这样吗?有谁确认过吗?

论坛徽章:
0
14 [报告]
发表于 2008-03-06 12:44 |只看该作者
原帖由 godamen 于 2007-9-27 10:42 发表
IS NULL 与 IS NOT NULL
不能用null作索引,任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下,只要这些列中有一列含有null,该列就会从索引中排除。也就是说如果某列存在空值,即使对该 ...


在LEFT JOIN 中IS NULL会是一个非常优化的选择。
比如选择A表中不包含B表的信息。

select b.* from a left join b using(id) where b.id is null;

论坛徽章:
0
15 [报告]
发表于 2008-03-06 12:45 |只看该作者
order by 其实有时候也是可以优化的,(想象一下临时表)虽然不推荐使用ORDER BY操作,但是日常生活中还是得用ORDER BY。

论坛徽章:
0
16 [报告]
发表于 2009-09-28 14:47 |只看该作者
原帖由 zhouok 于 2003-9-25 15:37 发表
这好像是针对oracle的呀, 不过 sql 优化技巧总得说来差不多,mysql也适用一部分。



--所以应该打很多人的丑恶嘴脸

论坛徽章:
8
综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年纪念徽章
日期:2013-10-24 15:41:34酉鸡
日期:2013-10-19 10:17:1315-16赛季CBA联赛之北京
日期:2017-03-06 15:12:44
17 [报告]
发表于 2009-09-28 15:14 |只看该作者
LS的很能挖呀

论坛徽章:
0
18 [报告]
发表于 2009-09-28 16:05 |只看该作者
这个。。。。。
适用于Oracle,也适用于mysql吗?
我觉得差别还是挺大的哦。。。

论坛徽章:
0
19 [报告]
发表于 2009-09-29 16:14 |只看该作者
Oracle和MySQL大理上是相通的但细节上还有差别。
相对 in的处理MySQL是转成 x=x1 or x=x2 or x=x3 ....

具体优化器方面的资料可以参考一下下面连接:
http://blog.csdn.net/whyangwanfu/archive/2007/12/13/1932828.aspx
http://blog.csdn.net/whyangwanfu/archive/2007/12/17/1943021.aspx

另外对MySQL的优化,在设计方面要求的更严格一点。
如:
如何保证每一个表的索引最优?
如何保证相关数据能分布到同一个数据页上?
怎么减少IO操作?
如何减小Join操作?
复杂的业务及SQL怎么处理?
缓存系统怎么分工?
这些都是需要和业务相关去讨论的,离开业务谈优化只能从理论上出发了。那就可以排除Oracle或是MySQL,SQL-SERVER,理论上都去了解一下。

论坛徽章:
0
20 [报告]
发表于 2011-02-16 14:51 |只看该作者
不错 受益匪浅
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP