1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在nu ...
分类：
数据库 时间：
2017-09-29 17:57:08
阅读次数：
204
悲观锁与乐观锁是两种常见的资源并发锁设计思路，也是并发编程中一个非常基础的概念。本文将对这两种常见的锁机制在数据库数据上的实现进行比较系统的介绍。 悲观锁（Pessimistic Lock） 悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为获取锁是非常有可能失败的，因此要先确保获取锁成功再进 ...
分类：
数据库 时间：
2017-09-26 17:51:04
阅读次数：
213
处理百万级以上的数据提高查询速度的方法：1.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。2.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。3.应尽量避免在 where 子句中对字段进行 null ...
分类：
其他好文 时间：
2017-09-21 20:52:10
阅读次数：
159
A. NOT IN和<>操作都不会使用索引，而是将会进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可以使用id>3 or id <3;如果NOT EXISTS是子查询，还可以尽量转化为外连接或者等值连接，要看具体sql的业务逻辑。 B．把NOT IN转化为LEFT JOIN如： ...
分类：
其他好文 时间：
2017-09-19 18:03:33
阅读次数：
177
1、all: 全表扫描，遍历全表找到匹配的行 index：索引全扫描，遍历整个索引来查询匹配的行 range：索引范围扫描，常见于<,>,>=,between等操作符 ref： 使用非唯一索引扫描或唯一索引的前缀扫描，返回匹配某个单独值的记录行 eq_ref：类似ref，区别就是使用的索引是唯一索引 ...
分类：
数据库 时间：
2017-09-19 15:18:51
阅读次数：
261
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 3.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引 ...
分类：
数据库 时间：
2017-09-15 11:00:33
阅读次数：
228
通过索引扫描的记录数超过30%，变成全表扫描。 联合索引中，第一个索引列使用范围查询（这时用到部分索引）。 联合索引中，第一个查询条件不是最左索引列。 模糊查询条件列最左以通配符%开始。 HEAP表使用HASH索引时，使用范围检索或者ORDER BY。 多表关联时，排序字段不属于驱动表，无法利用索引 ...
分类：
其他好文 时间：
2017-09-14 00:44:18
阅读次数：
150
基本上，我们的数据库实例每次cpu飙升都是因read而起，很少有write导致的cpu高。这说明read，随机读，排序，都会占用cpu。而写入主要是io行为，尤其是顺序写，不需要占cpu。 今次问题，rds在三个小时内都很高，始终维持50+，最高甚至到98 。当然我们的业务可用性并不依赖rds。 观 ...
分类：
数据库 时间：
2017-09-12 00:37:20
阅读次数：
208
常用查询写法 Like like本身效率就比较低，应该尽量避免查询条件使用like； 原因： 对于like ‘%...%’（全模糊）这样的条件，是无法使用索引的，全表扫描自然效率很低； 由于匹配算法的关系，模糊查询的字段长度越大，模糊查询效率越低。 解决办法： 尽量避免模糊查询，如果因为业务需要一定 ...
分类：
数据库 时间：
2017-09-09 16:27:40
阅读次数：
227
1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在nu... ...
分类：
数据库 时间：
2017-09-08 18:35:40
阅读次数：
283
