写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则总共需要100s(但实际上要好很多很多)。...
1、like只有在数据列为字符串，且like不是以%开头时索引才会起效2、大于小于比较只有在数据列为整型时，索引才会起效3、要想使用or，又想让索引生效，只能将or条件中的每个列都分别加上索引 参考文献：explain的使用：http://database.51cto.com/art/201108/284783.htm http://www.jb51.net/article/50649.htm 索引与优化：http://www.cnblogs.com/hustcat/archive/2009/10/28/1591648.html MySQL索引优化、性能分析及explain的使用...
写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则总共需要100s(但实际上要好很多很多)。...
上次调优Mysql 的时候，发现有些语句并没有用到索引，这引起了我的注意，发现在大数据量的情况下，由于数据的不同，会导致索引策略的更改！ 通过explain命令进行查看发现结果数据过大的话type会变为index。 索引应该尽可能减少区间范围，减少结果。 PS：在昨天的sql‘研究中，还发现如果是select * from xxx where lat>xx and lat <xx and lng>xxx and lng <xxx更正为 select * from xxx where lat between xx and xx and lng betw...
CREATE TABLE staffs( id INT(10) PRIMARY KEY AUTO_INCREMENT, NAME VARCHAR(24) NOT NULL DEFAULT ‘‘ COMMENT ‘姓名‘, age INT(10) NOT NULL DEFAULT 0 COMMENT ‘年龄‘, pos VARCHAR(24) NOT NULL DEFAULT ‘‘ COMMENT ‘职位‘, add_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT ‘入职时间‘)CHARSET utf8 COMMENT ‘员工记录表‘; INSERT INTO staffs(NAME,age,pos,add_time) VALUES(‘z3‘,22,‘manag...
博客地址：http://zpf666.blog.51cto.com/有什么疑问的朋友可以联系博主，博主会帮你们解答，谢谢支持！一、MySQL性能优化之-影响性能的因素1、商业需求的影响Myisam存储引擎内置一个计数器，count(*)时直接从计数器读取；而通过innodb存储引擎查找某个数据时，是必须扫描全表的，所以当执行对表的统计（即使用count(*)函数）时，myisam要比innodb要快的很多。所以一般在innodb上执行count(*)时一般要伴随where，且where中要包含主...
-------------------------------------------------------count，统计一个表总计行数myisam储存引擎有自带计数器，使用count时直接提取计数器值速度快innodb使用count时需要全表扫面，每行效率差-------------------------------------------------------- 二进制多媒体数据，不要存在数据库中超大的文本数据，也不要存在数据库中不同SQL语句也会影响到执行效率 --------------------------------------------------------索引exp...
下面分别创建三张表，并分别插入1W条简单的数据用来测试，详情如下： [1] test_a 有主键但无索引 CREATE TABLE `test_a` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `title` varchar(100) NOT NULL, `content` text NOT NULL, `number` int(10) unsigned NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8; [2] test_b 有主键和单列索引 CREATE TABLE `test_b` ( `i...
下面分别创建三张表，并分别插入1W条简单的数据用来测试，详情如下： [1] test_a 有主键但无索引 CREATE TABLE `test_a` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `title` varchar(100) NOT NULL, `content` text NOT NULL, `number` int(10) unsigned NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8; [2] test_b 有主键和单列索引 CREATE TABLE `test_b` ( `id` int...
写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则总共需要100s(但实际上要好很多很多)。...
索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则总共需要100s(但实际上要好很多很多)。如果对之建...
MySQL高级-索引优化标签：http mysq nbsp style blog 失效 技术分享 src line 本文系统来源：http://www.cnblogs.com/zhaobingqing/p/7071331.html
写在前面：索引对查询的速度有着至关重要的影响，理解索引也是进行数据库性能调优的起点。考虑如下情况，假设数据库中一个表有10^6条记录，DBMS的页面大小为4K，并存储100条记录。如果没有索引，查询将对整个表进行扫描，最坏的情况下，如果所有数据页都不在内存，需要读取10^4个页面，如果这10^4个页面在磁盘上随机分布，需要进行10^4次I/O，假设磁盘每次I/O时间为10ms(忽略数据传输时间)，则总共需要100s(但实际上要好很多很多)。...
(1).全职匹配： (2).最佳左前缀原则：如果查询了多列，查询应该从索引的最左前列开始并且不要不要跳过索引中的列 (3).不在索引上做任何操作(计算，函数，类型转换(自动或手动))，否则会导致索引失效而转向全表扫描 (4).存储引擎不能使用索引中范围条件右边的列 (5).尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少或避免select * (6).mysql在使用不等于(!=或者<>)，is null,is not null 的时候无法使用索引会导致全...
这里仅针对常用的InnoDB存储引擎所支持的BTree索引进行介绍： 一、索引类型 先创建一个新表，用于演示索引类型CREATE TABLE index_table (id BIGINT NOT NULL auto_increment COMMENT ‘主键‘,NAME VARCHAR (10) COMMENT ‘姓名‘,age INT COMMENT ‘年龄‘,phoneNum CHAR (11) COMMENT ‘手机号‘,PRIMARY KEY (id) ) ENGINE = INNODB AUTO_INCREMENT = 1 DEFAULT CHARSET = utf8;下图是Col2为索引列，记录与B树结构的对应图，仅...