SQL查询条件使用函数优化 背景: 由于数据原因表关联只能使用函数对数据进行分隔 select B.* from TABLE_A A cross join TABLE_B B where substr(B.TID, 0, 22)=substr(A.TID, 0, 22) and B.TEST in
原创
2022-09-17 01:27:49
370阅读
一、事务1、简介事务是数据处理的核心，是业务上的一个逻辑单元，它能够保证其中对数据所有的操作，要么全部成功，要么全部失败。DBMS通过事务的管理来协调用户的并发行为，减少用户访问资源的冲突。 1）显示提交：当事务遇到COMMIT指令时，将结束事务并永久保存所有的更改的数据。2）显示回滚：当事务遇到ROLLBACK指令时，也将结束事务的执行，但是此时它回滚所有更改的数据到事务开始时的原始值
原创
2017-05-09 12:23:02
1223阅读
sql索引优化实战总结一、 避免索引失效1.1 全值匹配1.2 最左匹配原则1.3 不再索引列上做任何操作（注意不严谨）1.3.1 当查询字段为 * 时索引会失效1.3.1 当查询字段为count(),或者是索引字段 时索引不会失效1.4 范围条件右边的索引失效1.5 mysql在使用不等于(!=或者<>)索引失效1.6 is not null无法使用索引1.7 like以通配符开头
转载
2024-03-20 08:55:22
63阅读
Oracle SQL的优化规则：
[color=blue][b]尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替[/b][/color]
用IN写出来的SQL的优点是比较容易写及清晰易懂，但是用IN的SQL性能总是比较低的，从ORACLE执行的步骤来分析用IN的SQL与不用IN的SQL有以下区别：
ORACLE 试图将其转换成多个表的连接
原创
2023-02-06 17:07:51
434阅读
Bad sqlSELECT T3.CONFLICT_ID, T3.LAST_UPD, T3.CREATED, T
原创
2023-05-08 14:34:14
92阅读
导致索引失效应该避免的情况:最佳左前缀法则：（带头大哥不能死，中间兄弟不能断）不在索引列上做任何操作（计算、函数、类型转换）存储引擎不能使用索引中范围条件右边的列尽量使用覆盖索引（只访问索引的查询（索引列和查询列一致）），减少select *的使用MySQL在使用不等于（ != 或 <> ）的时候无法使用索引会导致全表扫描is null , is not null 也无法使用索引lik
转载
2023-10-03 18:55:22
114阅读
1.使用组合索引时使用全值索引2.使用组合索引时执行最左前缀法则3.使用组合索引时范围查询后的查询索引失效4.不要在索引列上做运算操作，否则索引将失效5.字符串不加单引号，造成索引失效6.尽量使用覆盖索引，避免select *7.用or分割开的条件，如果or前的条件中的列有索引，而后边的列没有索引，那么涉及的索引都不会被用到8.以%开头的模糊查询索引将失效，可用覆盖索引解决此问题9.如果mysql
转载
2023-09-30 21:12:29
104阅读
避免索引失效口诀：模型数空运最快 【来自 抖音：老猿说开发】
第1个字是模 就是代表模糊查询的意思，使用like关键字的时候要是%开头那索引就会失效
第2个字是型 代表数据类型 数据类型错误了，索引也会失效
第3个字是数 对索引字段使用内部函数，索引也会失效 这种情况呢应该建立基于函数的索引
第4个字是空 null 索引不存储空值 如果不限制索引列是not null，数据库会认为索引列有可能存在空
转载
2023-08-10 14:48:41
155阅读
索引优化有哪些维度可以进行数据库调优？索引失效，没有充分利用到索引 --- 建立索引关联查询join太多（设计缺陷或不得已的需求） --- SQL优化服务器调优及各个参数的设计（缓冲、线程池等） --- 调整my.cnf数据过多，SQL优化也到达了极限 --- 分库分表SQL查询优化可以分为物理查询优化和逻辑查询优化：物理查询优化：通过索引和表连接的方式来进行优化逻辑查询优化：通过SQL等值变换提
转载
2023-08-27 18:23:50
159阅读
提高mysql千万级大数据SQL查询优化30条经验（Mysql索引优化注意） 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is nul
转载
2024-05-28 14:55:40
73阅读
说到SQL优化一、首先想到的肯定是加索引，但加索引也有很多注意点，我就分享一下我自己的一点索引心得，如有不对的地方，还望指正。1、索引项最好选用一些选择性好的字段，这样查询起来亦比较方便快捷，比如身份信息表，选择性别还是身份证号添加索引的优劣就显而易见了。2、索引字段上不能使用表达式，不然会影响索引的生效，例如where to_char(tm,’yyyy-mm-dd’)='2015-03-01'
转载
2024-04-05 12:19:14
29阅读
SQL索引在数据库优化中占有一个非常大的比例， 一个好的索引的设计，可以让你的效率提高几十甚至几百倍。什么是索引？ SQL索引有两种，聚集索引和非聚集索引，索引主要目的是提高了SQL Server系统的性能，加快数据的查询速度与减少系统的响应时间 下面举两个简单的例子：图书馆的例子：一个图书馆那么多书，怎么管理呢？建立一个字母开头的目录，例如：a开头的书，在第一
转载
精选
2015-05-27 16:11:32
1316阅读
（1） 选择最有效率的表名顺序(只在基于规则的优化器中有效)：
ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询, 那就需要选择交叉表(intersection tab
转载
2010-11-09 20:32:33
404阅读
(转)SQL优化原则一、问题的提出 在应用系统开发初期。因为开发数据库数据比較少。对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，可是假设将应用系统提交实际应用后，随着数据库中数据的添加。系统的响应速度就成为眼下系统须要解决的最基本的问题之中的一个。系统优化中一个非常重...
转载
2015-10-13 16:45:00
117阅读
2评论
ORACLE SQL TUNING
一．优化器模式
ORACLE的优化器共有3种:
a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性)
为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须
转载
精选
2011-08-28 22:37:08
361阅读
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如： 1 select id from t where num is null 可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： 1 select id fr
转载
2019-07-30 13:26:00
224阅读
2评论
整理一下网上所看到sql优化方法1、使用大写字母书写sql，因为oracle解释器会先将sql语句转换成大写后再解释2 减少访问数据库的次数，多数情况下一条sql可以达到目的的，就不要使用多条sql。当执行每条SQL语句时，ORACLE在内部执行了许多工作：解析SQL语句，估算索引的利用率，绑定变量，读数据块等等。由此可见，减少访问数据的次数，就能实际上减少ORACLE的工作量。例如：以下有
转载
2013-07-31 15:38:00
92阅读
2评论
SQL索引优化 序言数据库的优化方法有很多种，在应用层来说，主要是基于索引的优化。本次秘笈根据实际的工作经验，在研发原来已有的方法的基础上，进行了一些扩充，总结了基于索引的SQL语句优化的降龙十八掌，希望有一天你能用其中一掌来驯服客服业务中横行的‘恶龙’总纲建立必要的索引这次传授的降龙十八掌，总纲只
转载
2021-08-18 01:16:17
192阅读
第一：数据库优化方面的进步； 记的在面试的时候，有很多面试B/S的技术员都会问你是否在数据优化的经验，当时记的
原创
2022-12-20 20:44:14
66阅读
微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(nonclustered index，也
<script type="text/javascript"></script>
(一)深入浅出理解索引结构
实际上，您可以把索引理解为一种特殊的...
转载
2023-08-28 14:18:03
56阅读
