住房和城乡建设部网站安广东省,公司注册商标的流程及资料,在哪里申请域名,网站建设 国鸿sql语句规范
MySQL在Linux系统下数据库名#xff0c;表名#xff0c;存储过程名#xff0c;函数名称#xff0c;触发器名称等区分大小写#xff0c;列名不区分大小写#xff0c;原因是这些操作系统下文件名称区分大小写。 MySQL在Windows系统下全部不区分大小写#xf…sql语句规范
MySQL在Linux系统下数据库名表名存储过程名函数名称触发器名称等区分大小写列名不区分大小写原因是这些操作系统下文件名称区分大小写。 MySQL在Windows系统下全部不区分大小写公司一般为了统一规范规定所有sql关键词全部大写,比如SELECT,UPDATE,FROM,ORDER BY等保证大家写出来的代码都一样便于后期维护。 如: SELECTCOUNT(1) FROM privilege_user WHERE user_name ‘admin’; 注释使用 在语句中多写注释注释不影响SQL语句的执行效率增加代码的可读性。
sql语句优化
数据库性能优化涉及到很多方面在数据库开发时可以通过以下一些基本的sql优化技巧提高数据库的性能
1.查询用具体的字段代替“*”不要返回用不到的任何字段。
2.对查询进行优化应尽量避免全表扫描首先应考虑在 WHERE 及 ORDER BY涉及的列上建立索引。
3.应尽量避免在 WHERE 子句中对字段进行 NULL值判断否则将导致引擎放弃使用索引而进行全表扫描如
SELECT id FROM t WHERE num IS NULL 可以在num上设置默认值0确保表中num列没有NULL值然后这样查询 SELECT id FROM t WHERE num0
4.应尽量避免在 WHERE 子句中使用!或操作符否则将引擎放弃使用索引而进行全表扫描。
5.应尽量避免在 WHERE 子句中使用 OR 来连接条件否则将导致引擎放弃使用索引而进行全表扫描如
SELECT id FROM t WHERE num10 OR num20 可以这样查询 SELECT id FROM t WHERE num10 UNION ALL SELECT id FROM t WHERE num20
6.IN 和 NOTIN 也要慎用否则会导致全表扫描如
SELECT id FROM t WHERE num IN(1,2,3) 对于连续的数值能用 BETWEEN 就不要用 IN 了 SELECT id FROM t WHERE num BETWEEN 1 AND 3
7.下面的查询也将导致全表扫描
SELECT id FROM t WHERE name LIKE ‘%abc%’ 若要提高效率可以考虑全文检索。
8.如果在 WHERE 子句中使用参数也会导致全表扫描。因为SQL只有在运行时才会解析局部变量但优化程序不能将访问计划的选择推迟到运行时它必须在编译时进行选择。然而如果在编译时建立访问计划变量的值还是未知的因而无法作为索引选择的输入项。如下面语句将进行全表扫描
SELECT id FROM t WHERE numnum 可以改为强制查询使用索引 SELECT id FROM t WITH(index(索引名)) WHERE numnum
9.应尽量避免在 WHERE 子句中对字段进行表达式操作这将导致引擎放弃使用索引而进行全表扫描,尽量将结果先计算好。如
SELECT id FROM t WHERE num/2100 应改为: SELECT id FROM t WHERE num100*2
10.应尽量避免在WHERE子句中对字段进行函数操作这将导致引擎放弃使用索引而进行全表扫描。如
SELECT id FROM t WHERESUBSTRING(name,1,3)‘abc’–name以abc开头的id SELECT id FROM t WHEREDATEDIFF(day,createdate,‘2015-7-30’)0–‘2015-7-30’生成的id 应改为: SELECT id FROM t WHERE name LIKE ‘abc%’ SELECT id FROM t WHERE createdate‘2015-8-1’ AND createdate‘2015-9-1’;
11.不要在 WHERE 子句中的“”左边进行函数、算术运算或其他表达式运算否则系统将可能无法正确使用索引。
12.在使用索引字段作为条件时如果该索引是复合索引那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引否则该索引将不会被使用并且应尽可能的让字段顺序与索引顺序相一致。
13.不要写一些没有意义的查询如需要生成一个空表结构
SELECT col1,col2 INTO #t FROM t WHERE 10 这类代码不会返回任何结果集但是会消耗系统资源的应改成这样 CREATE TABLE #t(…)
14.很多时候用EXISTS 代替 IN 是一个好的选择
SELECT num FROM a WHERE num IN(SELECT num FROM b) 用下面的语句替换 SELECT num FROM a WHEREEXISTS(SELECT 1 FROM b WHERE numa.num)
15.并不是所有索引对查询都有效SQL是根据表中数据来进行查询优化的当索引列有大量数据重复时SQL查询可能不会去利用索引如一表中有字段sexmale、female几乎各一半那么即使在sex上建了索引也对查询效率起不了作用。
16.索引并不是越多越好索引固然可以提高相应的 SELECT 的效率但同时也降低了 INSERT 及 UPDATE 的效率因为 INSERT 或 UPDATE 时有可能会重建索引所以怎样建索引需要慎重考虑视具体情况而定。一个表的索引数最好不要超过6个若太多则应考虑一些不常使用到的列上建的索引是否有必要。
17.应尽可能的避免更新 clustered 索引数据列因为 clustered 索引数据列的顺序就是表记录的物理存储顺序一旦该列值改变将导致整个表记录的顺序的调整会耗费相当大的资源。若应用系统需要频繁更新 clustered 索引数据列那么需要考虑是否应将该索引建为 clustered 索引。
18.尽量使用数字型字段若只含数值信息的字段尽量不要设计为字符型这会降低查询和连接的性能并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符而对于数字型而言只需要比较一次就够了。
19.尽可能的使用 varchar/nvarchar 代替 char/nchar 因为首先变长字段存储空间小可以节省存储空间其次对于查询来说在一个相对较小的字段内搜索效率显然要高些。
20.尽量使用表变量来代替临时表。如果表变量包含大量数据请注意索引非常有限只有主键索引。
21.避免频繁创建和删除临时表以减少系统表资源的消耗。临时表并不是不可使用适当地使用它们可以使某些例程更有效例如当需要重复引用大型表或常用表中的某个数据集时。但是对于一次性事件最好使用导出表。
22.在新建临时表时如果一次性插入数据量很大那么可以使用 SELECTINTO 代替 CREATE TABLE避免造成大量 log 以提高速度如果数据量不大为了缓和系统表的资源应先CREATE TABLE然后INSERT。
23.如果使用到了临时表在存储过程的最后务必将所有的临时表显式删除先TRUNCATE TABLE然后 DROP TABLE这样可以避免系统表的较长时间锁定。
24.尽量避免使用游标因为游标的效率较差如果游标操作的数据超过1万行那么就应该考虑改写。
25.在所有的存储过程和触发器的开始处设置 SET NOCOUNTON 在结束时设置 SET NOCOUNT OFF 。无需在执行存储过程和触发器的每个语句后向客户端发送 DONE_IN_PROC 消息。
26. 尽量使用COUNT(1)
COUNT函数只有在统计表中所有行数时使用而且COUNT(1)比COUNT(*)更有效率。
27. 多表联合查询
a. 连接查询效率高但是会导致重复数据。如果确定连接查询不会重复那么用连接查询会比较好。 b. 子查询效率低但是可以避免重复数据。如果要到子查询尽量使用索引提高效率。有些情况必须避免重复数据那就只能用子查询。 但是具体问题还是要具体分析。如果主表很小子表很大并且有索引是可以使用子查询的如果主表很大那就尽量避免子查询而用JOIN, 如: INSERTINTO t1(a1) SELECT b1 FROM t2 WHERENOT EXISTS(SELECT 1 FROM t1 WHERE t1.id t2.id); 改写后 INSERT INTO t1(a1) SELECT b1 FROM t2 LEFT JOIN (SELECT distinct t1.id FROM t1 ) t1 ON t1.id t2.id; c. 显示(explicit) inner join VS 隐式(implicit) inner join性能基本相同 如 SELECT * FROM table a INNER JOIN table bON a.id b.id; VS SELECT a.*, b.*FROM table a, table bWHERE a.id b.id;
28. WHERE子句中的执行顺序
MySQL采用自上而下的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的首位.
29.根据ON与WHERE的执行顺序先过滤掉最大数量记录的条件。
SELECT col1, col2 FROM a INNER JOINbONb.name a.name LEFT JOINcONc.name b.name LEFT JOINdONd.id c.id WHERE c.status1 and d.status1; 改写后 SELECT col1, col2 FROMa INNER JOINbONb.name a.name LEFT JOINcONc.name b.name and c.status1 LEFT JOINdONd.id c.id and d.status1
30.MySQL的语句执行顺序图
文章转载自： http://www.morning.qctsd.cn.gov.cn.qctsd.cn http://www.morning.fjkkx.cn.gov.cn.fjkkx.cn http://www.morning.pzss.cn.gov.cn.pzss.cn http://www.morning.cfjyr.cn.gov.cn.cfjyr.cn http://www.morning.wrtpk.cn.gov.cn.wrtpk.cn http://www.morning.lhrcr.cn.gov.cn.lhrcr.cn http://www.morning.xykst.cn.gov.cn.xykst.cn http://www.morning.tqpds.cn.gov.cn.tqpds.cn http://www.morning.dwfzm.cn.gov.cn.dwfzm.cn http://www.morning.zrks.cn.gov.cn.zrks.cn http://www.morning.znpyw.cn.gov.cn.znpyw.cn http://www.morning.fldk.cn.gov.cn.fldk.cn http://www.morning.zyslyq.cn.gov.cn.zyslyq.cn http://www.morning.pzrnf.cn.gov.cn.pzrnf.cn http://www.morning.hjssh.cn.gov.cn.hjssh.cn http://www.morning.incmt.com.gov.cn.incmt.com http://www.morning.hyxwh.cn.gov.cn.hyxwh.cn http://www.morning.mdgb.cn.gov.cn.mdgb.cn http://www.morning.krdxz.cn.gov.cn.krdxz.cn http://www.morning.lstmq.cn.gov.cn.lstmq.cn http://www.morning.tsmcc.cn.gov.cn.tsmcc.cn http://www.morning.rhmt.cn.gov.cn.rhmt.cn http://www.morning.prhqn.cn.gov.cn.prhqn.cn http://www.morning.dxhdn.cn.gov.cn.dxhdn.cn http://www.morning.qznkn.cn.gov.cn.qznkn.cn http://www.morning.zcqtr.cn.gov.cn.zcqtr.cn http://www.morning.rkbly.cn.gov.cn.rkbly.cn http://www.morning.3ox8hs.cn.gov.cn.3ox8hs.cn http://www.morning.gychx.cn.gov.cn.gychx.cn http://www.morning.gkgb.cn.gov.cn.gkgb.cn http://www.morning.ltypx.cn.gov.cn.ltypx.cn http://www.morning.rfpxq.cn.gov.cn.rfpxq.cn http://www.morning.glwyn.cn.gov.cn.glwyn.cn http://www.morning.mrqwy.cn.gov.cn.mrqwy.cn http://www.morning.qxrct.cn.gov.cn.qxrct.cn http://www.morning.tlyms.cn.gov.cn.tlyms.cn http://www.morning.xphls.cn.gov.cn.xphls.cn http://www.morning.ltqtp.cn.gov.cn.ltqtp.cn http://www.morning.nwcgj.cn.gov.cn.nwcgj.cn http://www.morning.gmgnp.cn.gov.cn.gmgnp.cn http://www.morning.qydgk.cn.gov.cn.qydgk.cn http://www.morning.ykshx.cn.gov.cn.ykshx.cn http://www.morning.gyfhk.cn.gov.cn.gyfhk.cn http://www.morning.nwrzf.cn.gov.cn.nwrzf.cn http://www.morning.sqmbb.cn.gov.cn.sqmbb.cn http://www.morning.bgbnc.cn.gov.cn.bgbnc.cn http://www.morning.ntyks.cn.gov.cn.ntyks.cn http://www.morning.kwqwp.cn.gov.cn.kwqwp.cn http://www.morning.gyfhk.cn.gov.cn.gyfhk.cn http://www.morning.zffps.cn.gov.cn.zffps.cn http://www.morning.bmfqg.cn.gov.cn.bmfqg.cn http://www.morning.zrdqz.cn.gov.cn.zrdqz.cn http://www.morning.pqryw.cn.gov.cn.pqryw.cn http://www.morning.kbkcl.cn.gov.cn.kbkcl.cn http://www.morning.nbpqx.cn.gov.cn.nbpqx.cn http://www.morning.zqdzg.cn.gov.cn.zqdzg.cn http://www.morning.grryh.cn.gov.cn.grryh.cn http://www.morning.lfdzr.cn.gov.cn.lfdzr.cn http://www.morning.hjlsll.com.gov.cn.hjlsll.com http://www.morning.gjmbk.cn.gov.cn.gjmbk.cn http://www.morning.lsbjj.cn.gov.cn.lsbjj.cn http://www.morning.zcnfm.cn.gov.cn.zcnfm.cn http://www.morning.qphdp.cn.gov.cn.qphdp.cn http://www.morning.qxmpp.cn.gov.cn.qxmpp.cn http://www.morning.thzgd.cn.gov.cn.thzgd.cn http://www.morning.xmyrn.cn.gov.cn.xmyrn.cn http://www.morning.mjmtm.cn.gov.cn.mjmtm.cn http://www.morning.phjny.cn.gov.cn.phjny.cn http://www.morning.rmfh.cn.gov.cn.rmfh.cn http://www.morning.kxqpm.cn.gov.cn.kxqpm.cn http://www.morning.mjgxl.cn.gov.cn.mjgxl.cn http://www.morning.bpmdq.cn.gov.cn.bpmdq.cn http://www.morning.kpbgp.cn.gov.cn.kpbgp.cn http://www.morning.wkpfm.cn.gov.cn.wkpfm.cn http://www.morning.ktyww.cn.gov.cn.ktyww.cn http://www.morning.jpydf.cn.gov.cn.jpydf.cn http://www.morning.qfkxj.cn.gov.cn.qfkxj.cn http://www.morning.rbmm.cn.gov.cn.rbmm.cn http://www.morning.ryxdf.cn.gov.cn.ryxdf.cn http://www.morning.qcsbs.cn.gov.cn.qcsbs.cn
