前言
上一篇《浅析SQL Server 聚焦索引对非聚集索引的影响》我们讲了聚集索引对非聚集索引的影响，对数据库一直在强调的性能优化，所以这一节我们统筹讲讲利用索引来看看查询执行计划是怎样的，简短的内容，深入的理解。
透过索引来看查询执行计划
我们首先来看看第一个例子
1、默认使用索引
USE TSQL2012
GO
SELECT orderid
FROM Sales.Orders
SELECT *
FROM Sales.Orders
上述我们看到第2个查询的所需要的开销是第1个查询开销的3
今天看到一篇关于MySQL的IN子查询优化的案例，
一开始感觉有点半信半疑（如果是换做在SQL Server中，这种情况是绝对不可能的，后面会做一个简单的测试。）
随后动手按照他说的做了一个表来测试验证，发现MySQL的IN子查询做的不好，确实会导致无法使用索引的情况（IN子查询无法使用所以，场景是MySQL，截止的版本是5.7.18）
MySQL的测试环境
测试表如下
create table test_table2
(
id int auto_increment primary ke
本文实例讲述了Python实现迭代时使用索引的方法。分享给大家供大家参考，具体如下：
索引迭代
Python中，迭代永远是取出元素本身，而非元素的索引。
对于有序集合，元素确实是有索引的。有的时候，我们确实想在 for 循环中拿到索引，怎么办？
方法是使用 enumerate()函数：
>>> L = ['Adam', 'Lisa', 'Bart', 'Paul']
>>> for index, name in enumerate(L):
... pri
MySQL查询不使用索引汇总
众所周知，增加索引是提高查询速度的有效途径，但是很多时候，即使增加了索引，查询仍然不使用索引，这种情况严重影响性能，这里就简单总结几条MySQL不使用索引的情况
如果MySQL估计使用索引比全表扫描更慢，则不使用索引。例如，如果列key均匀分布在1和100之间，下面的查询使用索引就不是很好：select * from table_name where key>1 and key<90;
如果使用MEMORY/HEAP表，并且where条件中不使用“=”进
