发一篇mysql数据库优化

不管怎么样，市场的结果已经证明MySQL具有性价比高、灵活、MySQL学习教程广为使用和具有良好支持的特点。优化MySQL起首应当多用explainselect,showvariables,showstatus,showPRocesslist这些工具。

在写sql的时分，在年夜表上不做groupby操纵。

关于索引：

1.不要索引你不想要的器材。

2.mysql能利用索引的情形：>,>=,=,<,<=,ifnull和between

3.mysql不利用索引的情形：假如mysql能估量出它大概比扫描整张表还快的时分，就不利用索引。

关于利用explain：利用explain剖析你以为慢的语句：

EXPLAIN列的注释：
table显现这一行的数据是关于哪张表的

type这是主要的列，显现毗连利用了何品种型。从最好到最差的毗连范例为const、eq_reg、ref、range、index和ALL

possible_keys显现大概使用在这张表中的索引。假如为空，没有大概的索引。能够为相干的域从WHERE语句当选择一个符合的语句

key实践利用的索引。假如为NULL，则没有利用索引。很少的情形下，MYSQL会选择优化不敷的索引。这类情形下，能够在SELECT语句中利用USEINDEX（indexname）来强迫利用一个索引大概用IGNOREINDEX（indexname）来强迫MYSQL疏忽索引

key_len利用的索引的长度。在不丧失准确性的情形下，长度越短越好

ref显现索引的哪一列被利用了，假如大概的话，是一个常数

rowsMYSQL以为必需反省的用来前往哀求数据的行数

Extra关于MYSQL怎样剖析查询的分外信息。将在表4.3中会商，但这里能够看到的坏的例子是Usingtemporary和Usingfilesort，意义MYSQL基本不克不及利用索引，了局是检索会很慢

extra列前往的形貌的意义
Distinct一旦MYSQL找到了与行相团结婚配的行，就不再搜刮了

NotexistsMYSQL优化了LEFTJOIN，一旦它找到了婚配LEFTJOIN尺度的行，就不再搜刮了
Rangecheckedforeach

Record（indexmap:#）没有找到幻想的索引，因而关于夙昔面表中来的每个行组合，MYSQL反省利用哪一个索引，并用它来从表中前往行。这是利用索引的最慢的毗连之一

Usingfilesort看到这个的时分，查询就必要优化了。MYSQL必要举行分外的步骤来发明怎样对前往的行排序。它依据毗连范例和存储排序键值和婚配前提的全体行的行指针来排序全体行

Usingindex列数据是从仅仅利用了索引中的信息而没有读取实践的举动的表前往的，这产生在对表的全体的哀求列都是统一个索引的部分的时分

Usingtemporary看到这个的时分，查询必要优化了。这里，MYSQL必要创立一个一时表来存储了局，这一般产生在对分歧的列集举行ORDERBY上，而不是GROUPBY上

usedwhere利用了WHERE从句来限定哪些即将与下一张表婚配大概是前往给用户。假如不想前往表中的全体行，而且毗连范例ALL或index，这就会产生，大概是查询有成绩

分歧毗连范例的注释（依照效力上下的按次排序）
system表只要一行：system表。这是const毗连范例的特别情形

const表中的一个纪录的最年夜值可以婚配这个查询（索引能够是主键或唯一索引）。由于只要一行，这个值实践就是常数，由于MYSQL先读这个值然后把它当作常数来看待

eq_ref在毗连中，MYSQL在查询时，夙昔面的表中，对每个纪录的团结都从表中读取一个纪录，它在查询利用了索引为主键或唯一键的全体时利用
ref这个毗连范例只要在查询利用了不是唯一或主键的键大概是这些范例的部分（好比，使用最右边前缀）时产生。关于之前的表的每个行团结，全体纪录都将从表中读出。这个范例严峻依附于依据索引婚配的纪录几―越少越好
range这个毗连范例利用索引前往一个局限中的行，好比利用>或<查找器材时产生的情形
index这个毗连范例对后面的表中的每个纪录团结举行完整扫描（比ALL更好，由于索引一样平常小于表数据）
ALL这个毗连范例关于后面的每个纪录团结举行完整扫描，这一样平常对照糟，应当只管制止


关于利用showprocesslist：利用showprocesslist能够发明你正在做甚么MySQLAB公司的一个高级开发者者表示，“这个特点使得MySQL可以根据你当前的系统的需要来进行调整。”

再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

但是随着数据量的增大，这种成本差距会逐渐减小，趋于相等。（500万数量级只相差10%左右）

如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。

groupby子句可以将查询结果分组，并返回行的汇总信息Oracle按照groupby子句中指定的表达式的值分组查询结果。

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限，而这个家伙疯狂的死循环进行连接查询，会给你的系统带来很大的负担。