日期:2011-01-25 22:43:00 来源:本站整理
<b>三办法优化MySQL数据库查询</b>[MySQL防范]
本文“<b>三办法优化MySQL数据库查询</b>[MySQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
在优化查询中,数据库利用(如MySQL)即意味着对工具的操作与利用.利用索引、利用EXPLAIN解析查询以及调整MySQL的内部配置可到达优化查询的目的. OGXC-k^
}0@\S#85
任何一位数据库程序员城市有这样的领会:高通信量的数据库驱动程序中,一条糟糕的SQL查询语句可对整个利用程序的运行产生严重的影响,其不但损耗掉更多的数据库时间,且它将对其他利用组件产生影响. jmY)
EzdK@Czr-
好像别的学科,优化查询性能很大程度上决意于开辟者的直觉.幸运的是,像MySQL这样的数据库自带有一些帮忙工具.本文扼要谈论诸多工具之三种:利用索引,利用EXPLAIN解析查询以及调整MySQL的内部配置. *p'Y{L[
yS+\W6 k
#1: 利用索引 39@FJ'sJ/
]mkS ^c]i
MySQL答应对数据库表举行索引,以此能疾速查找记录,而无需一开始就扫描整个表,由此明显地加快查询速度.每个表最多可以做到16个索引,此外MySQL还支持多列索引及全文检索. 0_R~*
eRi My=
给表增添一个索引非常简单,只需调用一个CREATE INDEX号令并为索引指定它的域便可.列表A给出了一个例子: Q3us_rh
iX-rc+~
列表 A ^D&[~j:y8`
:uw*0;"C>
mysql> CREATE INDEX idx_username ON users(username); pB^mb`U_
Query OK, 1 row affected (0.15 sec) R![zEZ3p
Records: 1 Duplicates: 0 Warnings: 0 ^?q63lw[
m9vkVtj
这里,对users表的username域做索引,以确保在WHERE大概HAVING子句中引用这一域的SELECT查询语句运行速度比没有增添索引时要快.通过SHOW INDEX号令可以查看索引已被成立(列表B). S 6:~kbl=&
\^J:1{!
列表 B p@`&ekY2
njkTdB.B
mysql> SHOW INDEX FROM users; ]fl3_%/
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ h3hnOQH@
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 7t~f &4$
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ |N;~=X1(7
| users | 1 | idx_username | 1 | username | A | NULL | NULL | NULL | YES | BTREE | | *&tlRo7k
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ jL ]t]"{
1 row in set (0.00 sec) q1`Sw)|
SI1\h=4
值得注意的是:索引就像一把双刃剑.对表的每一域做索引普通没有必要,且极大概招致运行速度减慢,因为向表中插入或改正数据时,MySQL不得不每次都为这些额外的工作重新成立索引.另一方面,避免对表的每一域做索引一样不是一个非常好的主张,因为在提高插入记录的速度时,招致查询操作的速度减慢.这就需求找到一个均衡点,比方在计划索引系统时,考虑表的主要功效(数据修复及编辑)不失为一种明智的挑选. #>.t/BA
T_hG*?o
#2: 优化查询性能 {51 C{>
0 c&z$On
在解析查询性能时,考虑EXPLAIN关键字一样很管用.EXPLAIN关键字普通放在SELECT查询语句的前面,用于描写MySQL若何履行查询操作、以及MySQL成功返回后果集需求履行的行数.下面的一个简单例子可以阐明(列表C)这一历程: xvVrk>
| + r
列表 C ;w^gZiw9;`
8o~<sb07g
mysql> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND'; miCAe.0*
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ OAK|gmi'
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | i5EcB
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ %N0fKpj
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index | G>x2O3%
| 1 | SIMPLE | city | ALL | NULL | NULL | NULL | NULL | 4079 | Using where | D= ? K> T
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ Y*fTVvo
2 rows in set (0.00 sec)这里查询是基于两个表衔接.EXPLAIN关键字描写了MySQL是若何处理衔接这两个表.必须清楚的是,当前计划要求MySQL处理的是country表中的一条记录以及city表中的整个4019条记录.这就意味着,还可以利用其他的优化本领改良其查询办法.比方,给city表增添以下索引(列表D): Kq6Jf4|ly
x[.PgbOu[
列表 D < L%b_Aam
\-gIv=f&5
mysql> CREATE INDEX idx_ccode ON city(countrycode); DK;t C"
Query OK, 4079 rows affected (0.15 sec) 3[)' %A5]
Records: 4079 Duplicates: 0 Warnings: 0 T1 2_3:Nz
3qH@h%n[O
目前,当我们重新利用EXPLAIN关键字举行查询时,我们可以看到一个明显的改良(列表E): 0~j=;93
j:%pqw
列表 E II +]~
M=b\9l6
mysql> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND'; r;k^.#,
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ VAO! N7q
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | FZ7,*Zxhn}
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ y3TqQ1-w
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index | s *<_|5y
| 1 | SIMPLE | city | ref | idx_ccode | idx_ccode | 3 | const | 333 | Using where | S aQ(Mr&f
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ f@?>h'(
2 rows in set (0.01 sec) sh& ! {
j]\>|kiF%C
在这个例子中,MySQL目前只需求扫描city表中的333条记录便可产生一个后果集,其扫描记录数几近削减了90%!自然,数据库资源的查询速度更快,效率更高. 以上是“<b>三办法优化MySQL数据库查询</b>[MySQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
<b>hosts是什么 hosts文件在什么位置 若何改正hosts</b>
<b>在 Windows 8 中手动安装语言包</b>
<b>五个常见 PHP数据库问题</b>
Windows中Alt键的12个高效快速的利用本领介绍
<b>MySQL ORDER BY 的实现解析</b>
<b>详解MySQL存储历程参数有三种范例(in、out、inout)</b>
<b>Win8系统恢复出来经典的开始菜单的办法</b>
<b>Win8系统花屏怎么办 Win8系统花屏的办理办法</b>
<b>Windows 7系统下无线网卡安装</b>
<b>为什么 Linux不需求碎片整理</b>
<b>Windows 8中删除账户的几种办法(图)</b>
<b>教你如安在win7下配置路由器</b>
}0@\S#85
任何一位数据库程序员城市有这样的领会:高通信量的数据库驱动程序中,一条糟糕的SQL查询语句可对整个利用程序的运行产生严重的影响,其不但损耗掉更多的数据库时间,且它将对其他利用组件产生影响. jmY)
EzdK@Czr-
好像别的学科,优化查询性能很大程度上决意于开辟者的直觉.幸运的是,像MySQL这样的数据库自带有一些帮忙工具.本文扼要谈论诸多工具之三种:利用索引,利用EXPLAIN解析查询以及调整MySQL的内部配置. *p'Y{L[
yS+\W6 k
#1: 利用索引 39@FJ'sJ/
]mkS ^c]i
MySQL答应对数据库表举行索引,以此能疾速查找记录,而无需一开始就扫描整个表,由此明显地加快查询速度.每个表最多可以做到16个索引,此外MySQL还支持多列索引及全文检索. 0_R~*
eRi My=
给表增添一个索引非常简单,只需调用一个CREATE INDEX号令并为索引指定它的域便可.列表A给出了一个例子: Q3us_rh
iX-rc+~
列表 A ^D&[~j:y8`
:uw*0;"C>
mysql> CREATE INDEX idx_username ON users(username); pB^mb`U_
Query OK, 1 row affected (0.15 sec) R![zEZ3p
Records: 1 Duplicates: 0 Warnings: 0 ^?q63lw[
m9vkVtj
这里,对users表的username域做索引,以确保在WHERE大概HAVING子句中引用这一域的SELECT查询语句运行速度比没有增添索引时要快.通过SHOW INDEX号令可以查看索引已被成立(列表B). S 6:~kbl=&
\^J:1{!
列表 B p@`&ekY2
njkTdB.B
mysql> SHOW INDEX FROM users; ]fl3_%/
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ h3hnOQH@
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 7t~f &4$
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ |N;~=X1(7
| users | 1 | idx_username | 1 | username | A | NULL | NULL | NULL | YES | BTREE | | *&tlRo7k
--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ jL ]t]"{
1 row in set (0.00 sec) q1`Sw)|
SI1\h=4
值得注意的是:索引就像一把双刃剑.对表的每一域做索引普通没有必要,且极大概招致运行速度减慢,因为向表中插入或改正数据时,MySQL不得不每次都为这些额外的工作重新成立索引.另一方面,避免对表的每一域做索引一样不是一个非常好的主张,因为在提高插入记录的速度时,招致查询操作的速度减慢.这就需求找到一个均衡点,比方在计划索引系统时,考虑表的主要功效(数据修复及编辑)不失为一种明智的挑选. #>.t/BA
T_hG*?o
#2: 优化查询性能 {51 C{>
0 c&z$On
在解析查询性能时,考虑EXPLAIN关键字一样很管用.EXPLAIN关键字普通放在SELECT查询语句的前面,用于描写MySQL若何履行查询操作、以及MySQL成功返回后果集需求履行的行数.下面的一个简单例子可以阐明(列表C)这一历程: xvVrk>
| + r
列表 C ;w^gZiw9;`
8o~<sb07g
mysql> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND'; miCAe.0*
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ OAK|gmi'
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | i5EcB
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ %N0fKpj
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index | G>x2O3%
| 1 | SIMPLE | city | ALL | NULL | NULL | NULL | NULL | 4079 | Using where | D= ? K> T
+----+-------------+---------+-------+---------------+---------+---------+-------+------+-------------+ Y*fTVvo
2 rows in set (0.00 sec)这里查询是基于两个表衔接.EXPLAIN关键字描写了MySQL是若何处理衔接这两个表.必须清楚的是,当前计划要求MySQL处理的是country表中的一条记录以及city表中的整个4019条记录.这就意味着,还可以利用其他的优化本领改良其查询办法.比方,给city表增添以下索引(列表D): Kq6Jf4|ly
x[.PgbOu[
列表 D < L%b_Aam
\-gIv=f&5
mysql> CREATE INDEX idx_ccode ON city(countrycode); DK;t C"
Query OK, 4079 rows affected (0.15 sec) 3[)' %A5]
Records: 4079 Duplicates: 0 Warnings: 0 T1 2_3:Nz
3qH@h%n[O
目前,当我们重新利用EXPLAIN关键字举行查询时,我们可以看到一个明显的改良(列表E): 0~j=;93
j:%pqw
列表 E II +]~
M=b\9l6
mysql> EXPLAIN SELECT city.name, city.district FROM city, country WHERE city.countrycode = country.code AND country.code = 'IND'; r;k^.#,
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ VAO! N7q
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | FZ7,*Zxhn}
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ y3TqQ1-w
| 1 | SIMPLE | country | const | PRIMARY | PRIMARY | 3 | const | 1 | Using index | s *<_|5y
| 1 | SIMPLE | city | ref | idx_ccode | idx_ccode | 3 | const | 333 | Using where | S aQ(Mr&f
+----+-------------+---------+-------+---------------+-----------+---------+-------+------+-------------+ f@?>h'(
2 rows in set (0.01 sec) sh& ! {
j]\>|kiF%C
在这个例子中,MySQL目前只需求扫描city表中的333条记录便可产生一个后果集,其扫描记录数几近削减了90%!自然,数据库资源的查询速度更快,效率更高. 以上是“<b>三办法优化MySQL数据库查询</b>[MySQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |
评论内容只代表网友观点,与本站立场无关!
评论摘要(共 0 条,得分 0 分,平均 0 分)
查看完整评论