2013年12月_清风乐逍遥

原创数据库优化<八>SQL优化之SELECT优化 ——避免全表扫描

在数据库操作中，一个全表扫描(full table scan)可能是整个应用的瓶颈，因此，我们尽量要避免不必要的全表扫描。而如果你发现一条sql是全表扫描，一般的解决步骤是： 1、运行执行计划获得具体的sql语句查询分析：方法：explain sql; 分析：至少能或得这些信息，1、表的join

2013-12-06 18:24:59 5354

原创数据库优化<七>SQL优化之SELECT优化 ——group by 优化

在数据库查询中，group by语句经常使用，而这个语句的使用是最耗性能的，按常理，我们生活中要这样做也很麻烦，有两种情形： 1、有索引的情况 2、无索引的情况对于第一种情况，如果在生活中要做这样的事情，很恼火，我们正常的想法是，先把所有的按高矮顺序来排序，最后是一组的就直接挑出来了，但怎样实现这个排序呢？根据上一篇文件排序f

2013-12-06 15:41:41 14975

原创数据库优化<六>SQL优化之SELECT优化 ——filesort

在执行计划中，可能经常看到有fExtra列有filesort，这就是使用了文件排序，这当然是不好的，应该优化，但是，了解一下他排序的原理也许很有帮助，下面看一下filesort的过程： 1、根据表的索引或者全表扫描，读取所有满足条件的记录 2、对与每一行，存储一对儿值到缓冲区，一个是排序的索引列的值，即order by用到

2013-12-06 00:33:30 2694

原创数据库优化<五>SQL优化之SELECT优化 ——order by 优化

在使用sql查询数据库的数据时，经常会使用到排序的操作，因此，如果对于排序的数据，不能用到索引，将是一个很好时间的事情，数据库的解决方法有两个：1、选择完所有行后，数据较少，用内存来排序;2、数据较大，用硬盘文件排序，这将很耗时，特别影响性能。而如果能运用好索引，则会少很多排序的消耗，因为当使用排序时，只根据索引去顺序读取，然后发送到客户端。1、当使用排序时

2013-12-05 23:55:21 6575

原创数据库优化<四>SQL优化之SELECT优化—mysql Innodb索引

在mysql的存储引擎Innodb中，有聚簇索引(clustered index)和附属索引(secondary index),聚簇索引(clustered index)：将数据和索引一起存放，即数据的存放顺序根据聚簇索引来存的，其中聚簇索引有以下几种情况： 1,如果表有主键primary key，则聚簇索引为主键索引

2013-12-05 17:39:54 2340 2

原创数据库优化<三>SQL优化之SELECT优化 ——JOIN和LEFT JOIN 和 RIGHT JOIN

在数据库的应用中，我们经常需要对多表进行连表操作来获得关系型的数据，因此，应该更加的掌握好SQL语句的join原理，因为，可以稍一不慎，可能一个不好的join导致数据库的全表扫描，查询出大量的无用的信息，并且对数据库性能影响极大。数据库中的join操作，实际上是对一个表和另一个表的

2013-12-05 10:48:27 17301 2

原创数据库优化<二>SQL优化之SELECT优化 ——mysql内部优化策略

数据库的瓶颈经常出现在查询语句中，当出现这样的问题时，我们一般的步骤是查看是否运用了正确的索引，这个可以通过explain sql statement来查看，找到对应的字段，合理的索引将会增加你呃数据的访问速度，但任何事情都有一个度，如果索引太多，会在插入时要维护更多的索引，这也将是一个大的开销，但具体怎样才合适呢，欢迎大神来讨论，这个我不再行，不过一般一个表中有主键活唯一键，再弄

2013-12-03 01:21:49 2648

原创数据库优化<一>数据库层和硬件层概述

最近开始研究数据库方面的东西，感觉能解决大数据的问题，感觉真的很爽，所以，可以学习了一下sql方面的优化，这个将是一系列的课程，学习的过程中，将其记录下来，以后以备备案，同样，技术是一个没有边界的东西，写出来代表我的个人理解，真心希望大神们来此围观一下，提提意见，感激不尽一、数据库优化概览高性能的数据库依赖与几个因素，如表结构，查询语句，服务器的硬

2013-12-03 00:24:53 2285 3

xiaobing的专栏