where子句设置了搜索条件 它在insert update delete语句中的应用方法也与在select语句中的应用方法完全相同 搜索条件紧跟在关键词where的后面 如果用户要在语句中使用多个搜索条件 则可用and或or连接 搜索条件的基本语法是[not] expression parison_operator expression[not] expression [not] like match_string [not] expression is [not] null[not] expression [not] beeen expression and expression[not] column_name join_operator column_name[not] boolean_expression
and 用来联结两个条件 并在两个条件都是TRUE的时候返回结果 当在同一语句中使用多个逻辑运算符时 and运算符总是最优先 除非用户用括号改变了运算顺序
or 用来联结两个条件 当两个条件中有任一条件是TRUE的时候返回结果 当在同一语句中使用多个逻辑运算符时 运算符or通常在运算符and之后进行运算 当然用户可以使用括号改变运算的顺序
beeen 用来标识范围下限的关键词 and后面跟范围上限的值 范围where @val beeen x and y包含首尾值 如果beeen后面指定的第一个值大于第二个值 则该查询不返回任何行
column_name 在比较中使用的列名 在会产生歧义时 一定要指明列所在的表名
parison_operator 比较运算符 见下表
Word WRAP: break word bgColor=#f f f >以下是引用片段 符号 意义 = 等于 > 大于 < 小于 >= 大于等于 <= 小于等于 != 不等于 <> 不等于
在比较char varchar型 数据 时 <的意思是更接近字母表头部 >代表更接近字母表尾部 一般来说 小写字母大于大写字母 大写字母大于数字 但是这可能依赖于 服务器 上 *** 作系统 的比较顺序
在比较时 末尾的空格是被忽略的 例如 Dirk 等于 Dirk
在比较日期时 <表示早于 >表示晚于
在使用比较运算符比较character和datetime数据时 需用引号将所有数据引起来
expression 可能是列名 常数 函数或者是列名或常数的任意组合 以及以算术运算符或逐位运算符连接的函数 算术运算符如下表所示
以下是引用片段 符号 意义 + 加号 减号 * 乘号 / 除号
is null 在搜索一个NULL值时使用
like 关键词 对char varchar和datetime(不包括秒和毫秒)可以使用like 在 MySQL 中like也可以用在数字的表达式上
当用户在搜索datetime型 数据 时 最好是使用关键词like 因为完整的datetime记录包含各种各样的日期组件 例如用户在列arrival_time中加入一个值 : 而子句where arrival_time= : 却没有发现它 因为MySQL把录入的数据转换成了 Jan : AM 然而子句where arrival_time like % : % 就能找到它
boolean_expression 返回 true 或 false 值的表达式
match_string 由字符和通配符组成的串 用单引号或双引号引起来 是匹配模式 通配符如下表所示
Word WRAP: break word bgColor=#f f f >以下是引用片段 符号 意义 % 或多个字符的字符串 _ 任何一单个字符 not 否定任何逻辑表达式 或是关键词 如like null beeen等 group by和having子句在select语句中使用 可以将表划分成组并返回匹配having子句条件的组 语法 select语句开头 group by [all] aggregate_free_expression [ aggregate_free_expression]* [having search_conditions]
select语句结尾
group by 指定表将划分的组群 如果在select表项中包含集合函数 则为各组计算一个总计值 这些总计值的结果以新的列显示 而不是新的行 在having子句中用户可以引用这些新的总计列 在group by之前的select_list中可以使用avg count max min和sum等集合函数 表可以被任意列的组合分组
all 在结果中包含所有组群的Transact SQL扩展 这里的所有组群甚至包括那些被where子句所排除的组群 如果同时使用having子句 将对all的意义进行否定
aggregate_free_expression 不包含集合函数的表达式 Transact SQL扩展允许在用列名称分组的同时 用无集合函数的表达式分组
having 为group by子句设置条件 类似于where为select语句设置条件的方法 having的查找条件可以包括集合函数表达式 除此之外 它的查找条件与where查找条件相同
order by 按列排列结果 对select输出的列可以用列名 列别名或列位置来引用 例如 select id as myid name as myname from mytable group by id select id as myid name as myname from mytable group by myid select id as myid name as myname from mytable group by 这三句是完全等价的 当然 我们不赞成用第三种用法 这将给程序的可读性带来不好的影响 为了以降序排列 把DESC关键词加到order by子句中你要排序的列名前 缺省是升序 你也可以用ASC关键词明确指定
limit 子句 用来限制select语句返回的行数 limit取 个或 个数字参数 如果给定 个参数 第一个指定要返回的第一行的偏移量 第二个指定返回行的最大数目 初始行的偏移量是 (不是 ) 如果给定一个参数 它指出偏移量为 的返回行的最大数目 也就是说limit 和limit 完全等价
至于procedure关键词的含义 我也没搞得太清楚 好象是对存储过程的支持 而MySQL本身不支持存储过程 看来是为了将来扩充的需要而保留的吧
lishixinzhi/Article/program/MySQL/201311/29617一、MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句
1,slow_query_log
这个参数设置为ON,可以捕获执行时间超过一定数值的SQL语句。
2,long_query_time
当SQL语句执行时间超过此数值时,就会被记录到日志中,建议设置为1或者更短。
3,slow_query_log_file
记录日志的文件名。
4,log_queries_not_using_indexes
这个参数设置为ON,可以捕获到所有未使用索引的SQL语句,尽管这个SQL语句有可能执行得挺快。
二、检测mysql中sql语句的效率的方法
1、通过查询日志
(1)、Windows下开启MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上
代码如下
log-slow-queries = F:/MySQL/log/mysqlslowquery。log
long_query_time = 2
(2)、Linux下启用MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.cnf找到[mysqld]下面加上
代码如下
log-slow-queries=/data/mysqldata/slowquery。log
long_query_time=2
说明
log-slow-queries = F:/MySQL/log/mysqlslowquery。
为慢查询日志存放的位置,一般这个目录要有MySQL的运行帐号的可写权限,一般都将这个目录设置为MySQL的数据存放目录;
long_query_time=2中的2表示查询超过两秒才记录;
2.show processlist 命令
SHOW PROCESSLIST显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。
各列的含义和用途:
ID列
一个标识,你要kill一个语句的时候很有用,用命令杀掉此查询 /*/mysqladmin kill 进程号。
user列
显示单前用户,如果不是root,这个命令就只显示你权限范围内的sql语句。
host列
显示这个语句是从哪个ip的哪个端口上发出的。用于追踪出问题语句的用户。
db列
显示这个进程目前连接的是哪个数据库。
command列
显示当前连接的执行的命令,一般就是休眠(sleep),查询(query),连接(connect)。
time列
此这个状态持续的时间,单位是秒。
state列
显示使用当前连接的sql语句的状态,很重要的列,后续会有所有的状态的描述,请注意,state只是语句执行中的某一个状态,一个 sql语句,以查询为例,可能需要经过copying to tmp table,Sorting result,Sending data等状态才可以完成
info列
显示这个sql语句,因为长度有限,所以长的sql语句就显示不全,但是一个判断问题语句的重要依据。
这个命令中最关键的就是state列,mysql列出的状态主要有以下几种:
Checking table
正在检查数据表(这是自动的)。
Closing tables
正在将表中修改的数据刷新到磁盘中,同时正在关闭已经用完的表。这是一个很快的 *** 作,如果不是这样的话,就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。
Connect Out
复制从服务器正在连接主服务器。
Copying to tmp table on disk
由于临时结果集大于tmp_table_size,正在将临时表从内存存储转为磁盘存储以此节省内存。
Creating tmp table
正在创建临时表以存放部分查询结果。
deleting from main table
服务器正在执行多表删除中的第一部分,刚删除第一个表。
deleting from reference tables
服务器正在执行多表删除中的第二部分,正在删除其他表的记录。
Flushing tables
正在执行FLUSH TABLES,等待其他线程关闭数据表。
Killed
发送了一个kill请求给某线程,那么这个线程将会检查kill标志位,同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位,不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了,那么kill请求会在锁释放时马上生效。
Locked
被其他查询锁住了。
Sending data
正在处理SELECT查询的记录,同时正在把结果发送给客户端。
Sorting for group
正在为GROUP BY做排序。
Sorting for order
正在为ORDER BY做排序。
Opening tables
这个过程应该会很快,除非受到其他因素的干扰。例如,在执ALTER TABLE或LOCK TABLE语句行完以前,数据表无法被其他线程打开。正尝试打开一个表。
Removing duplicates
正在执行一个SELECT DISTINCT方式的查询,但是MySQL无法在前一个阶段优化掉那些重复的记录。因此,MySQL需要再次去掉重复的记录,然后再把结果发送给客户端。
Reopen table
获得了对一个表的锁,但是必须在表结构修改之后才能获得这个锁。已经释放锁,关闭数据表,正尝试重新打开数据表。
Repair by sorting
修复指令正在排序以创建索引。
Repair with keycache
修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。
Searching rows for update
正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。
Sleeping
正在等待客户端发送新请求.
System lock
正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表,那么可以通过增加--skip-external-locking参数来禁止外部系统锁。
Upgrading lock
INSERT DELAYED正在尝试取得一个锁表以插入新记录。
Updating
正在搜索匹配的记录,并且修改它们。
User Lock
正在等待GET_LOCK()。
Waiting for tables
该线程得到通知,数据表结构已经被修改了,需要重新打开数据表以取得新的结构。然后,为了能的重新打开数据表,必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知:FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。
waiting for handler insert
INSERT DELAYED已经处理完了所有待处理的插入 *** 作,正在等待新的请求。
大部分状态对应很快的 *** 作,只要有一个线程保持同一个状态好几秒钟,那么可能是有问题发生了,需要检查一下。
还有其他的状态没在上面中列出来,不过它们大部分只是在查看服务器是否有存在错误是才用得着。
例如如图:
3、explain来了解SQL执行的状态
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
使用方法,在select语句前加上explain就可以了:
例如:
explain select surname,first_name form a,b where a.id=b.id
结果如图
EXPLAIN列的解释
table
显示这一行的数据是关于哪张表的
type
这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
possible_keys
显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key
实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句 中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引
key_len
使用的索引的长度。在不损失精确性的情况下,长度越短越好
ref
显示索引的哪一列被使用了,如果可能的话,是一个常数
rows
MYSQL认为必须检查的用来返回请求数据的行数
Extra
关于MYSQL如何解析查询的额外信息。将在表4.3中讨论,但这里可以看到的坏的例子是Using temporary和Using filesort,意思MYSQL根本不能使用索引,结果是检索会很慢
extra列返回的描述的意义
Distinct
一旦MYSQL找到了与行相联合匹配的行,就不再搜索了
Not exists
MYSQL优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行,就不再搜索了
Range checked for each Record(index map:#)
没有找到理想的索引,因此对于从前面表中来的每一个行组合,MYSQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一
Using filesort
看到这个的时候,查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行
Using index
列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表的全部的请求列都是同一个索引的部分的时候
Using temporary
看到这个的时候,查询需要优化了。这里,MYSQL需要创建一个临时表来存储结果,这通常发生在对不同的列集进行ORDER BY上,而不是GROUP BY上
Where used
使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行,并且连接类型ALL或index,这就会发生,或者是查询有问题不同连接类型的解释(按照效率高低的顺序排序)
const
表中的一个记录的最大值能够匹配这个查询(索引可以是主键或惟一索引)。因为只有一行,这个值实际就是常数,因为MYSQL先读这个值然后把它当做常数来对待
eq_ref
在连接中,MYSQL在查询时,从前面的表中,对每一个记录的联合都从表中读取一个记录,它在查询使用了索引为主键或惟一键的全部时使用
ref
这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分(比如,利用最左边前缀)时发生。对于之前的表的每一个行联合,全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好
range
这个连接类型使用索引返回一个范围中的行,比如使用>或<查找东西时发生的情况
index
这个连接类型对前面的表中的每一个记录联合进行完全扫描(比ALL更好,因为索引一般小于表数据)
ALL
这个连接类型对于前面的每一个记录联合进行完全扫描,这一般比较糟糕,应该尽量避免
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)