bitsCN.com 1.任何情况下SELECT COUNT(*) FROM tablename是最优选择； 2.尽量减少SELECT COUNT(*) FROM tablename WHERE COL = ‘value’ 这种查询； 3.杜绝SELECT COUNT(COL) FROM tablename的出现。 COUNT(*)与COUNT(COL) 网上搜索了下，发现各种说法都有： 比如认为COUNT(COL)比COUNT(*)快的； 认为COUNT(*)比COUNT(COL)快的； 还有朋友很搞笑的说到这个其实是看人品的。 在不加WHERE限制条件的情况下，COUNT(*)与COUNT(C...
bitsCN.com MySQL GROUP BY 操作的优化 默认情况下， MySQL 在执行 GROUP BY col1 ， col2.... 操作的时候，会按照 GROUP BY 字段的顺序进行排序。如果显式包括一个包含相同的列的 ORDER BY 子句，则对 MySQL 的实际执行性能没有什么额外的影响。 如果查询包括 GROUP BY 操作， 但是不需要对结果进行排序，或者对默认的排序结果不满意，希望获得结果后再由程序进一步处理的时候，可以指定 ORDER BY NULL 禁止排序，从而避免排序结果...
bitsCN.com 优化Linux读取性能，不使用atime属性 当文件被创建，修改和访问时，Linux系统会记录这些时间信息。记录文件最近一次被读取的时间信息，当系统的读文件操作频繁时，将是一笔不少的开销。所以，为了提高系统的性能，我们可以在读取文件时不修改文件的atime属性。可以通过在加载文件系统时使用notime选项来做到这一点。当以noatime选项加载（mount）文件系统时，对文件的读取不会更新文件属性中的atime信息。设置noatime的...
bitsCN.com 2 索引及查询优化 索引的类型 普通索引：这是最基本的索引类型，没唯一性之类的限制。 唯一性索引：和普通索引基本相同，但所有的索引列值保持唯一性。 主键：主键是一种唯一索引，但必须指定为"PRIMARY KEY"。 全文索引：MYSQL从3.23.23开始支持全文索引和全文检索。在MYSQL中，全文索引的索引类型为FULLTEXT。全文索引可以在VARCHAR或者TEXT类型的列上创建。 大多数MySQL索引(PRIMARY KEY、UNIQUE、INDEX和...
bitsCN.com [mysqld] port = 3306 server-id = 1 socket = /tmp/mysql.sock # 避免MySQL的外部锁定，减少出错几率增强稳定性。 skip-locking # 禁止MySQL对外部连接进行DNS解析 skip-name-resolve # 指定MySQL可能的连接数量 back_log = 256 # 使用查询缓冲 query_cache_size = 32M query_cache_type = 1 # 指定用于索引的缓冲区大小 对于内存在4GB左右的服务器该参数可设置为256M或384Mkey_reads / key_read_request...
bitsCN.commysql之优化语句 MySQL客户端连接成功后，通过使用show [session|global] status 命令可以提供服务器状态信息。其中的session来表示当前的连接的统计结果，global来表示自数据库上次启动至今的统计结果,默认是session级别的。 下面的例子：show status like ‘Com_%’; 其中Com_XXX表示XXX语句所执行的次数.重点注意：Com_select,Com_insert,Com_update,Com_delete通过这几个参数，可以容易地了解到当前数据...
bitsCN.commysql优化索引——Using filesort 用Explain分析SQL语句的时候，经常发现有的语句在Extra列会出现Using filesort，根据mysql官方文档对他的描述：引用MySQL must do an extra pass to find out how to retrieve the rows in sorted order. The sort is done by going through all rows according to the join type and storing the sort key and pointer to the row for all rows that match the WHERE clause. 中文手册...
bitsCN.comMysql 优化详细介绍MySQL 提供了很多参数进行服务器的设置， MySQL 在安装的时候提供几个默认的参数文件供选择，分别是： my-small.cnf 、 my-medium.cnf 、 my-large.cnf 、 my-huge.cnf 、 my-innodb-heavy-4G.cnf ，从文件名我们可以看出该配置文件适合的应用规模。通常情况下，我们可以选择使用接近自己的系统规模的配置文件，但是系统默认的参数在不同的生产环境可能不能完全满足实际的应用需求，我们可以再按照实际...
bitsCN.comMySQL优化器中一个Count和覆盖索引的问题 现象说明 其实这里主要要说明的是一个优化器还需要改进的地方。 优化器会根据where条件和select_list里面的字段决定在使用一个索引(sta)后，是否需要回表—回到聚集索引取数据。 基本的做法是：在确定了一个索引后，将select_list和where中出现的所有字段都拿来判断一下，如果字段都存在于sta索引中，则可以使用覆盖索引。 第一个explan可以用上覆盖索引(Using Index), 是...
bitsCN.comMysql优化配置 一、环境介绍Mysql版本:5.5.27二、优化内容字段介绍推荐值skip-locking避免MySQL的外部锁定，减少出错几率增强稳定性back_logMySQL可能的连接数量(linux下推荐小于512)384key_buffer_size key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低!4G服务器256Mmax_allowed_pa...
bitsCN.comMySQL优化Limit分页 很多时候、我们需要选择出从指定位置开始的指定行数、此时、limit笑了 对于limit的定义是： limit x,y 表示从第x行开始选择y条记录 在业务需要分页操作的时候、我们通常采用limit+order by这对洗剪吹组合、高端洋气上档次 然而、当翻到非常靠后的页面时、MySQL需要花费大量的时间来扫描需要丢弃的数据 此时比较好的策略是使用延迟关联： 通过使用覆盖索引查...
bitsCN.commysql InnoDB优化表报Table does not support optimi...解决 优化mysql表的时候，数据库提示 1Table does not support optimize, doing recreate + analyze instead 所以改用下面这条语句优化： 1ALTER TABLE yourdatabasename.yourtablename ENGINE=InnoDB;23 这句话其实是把原来的数据复制到另一张表，然后删除原来的表，**注意，这句话会锁表影响业务，如果不想影响业务，应该重起表名，最后rename**其实这不是最根本...
bitsCN.com 1、选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该...
bitsCN.com （1）优化表的数据类型 表需要使用何种数据类型，是需要根据应用来判断的。虽然应用设计的时候需要考虑字段的长度留有一定的冗余，但是不推荐让很多字段都留有大量的冗余，这样即浪费存储也浪费内存。 我们可以使用PROCEDURE ANALYSE()对当前已有应用的表类型的判断，该函数可以对数据表中的列的数据类型提出优化建议，可以根据应用的实际情况酌情考虑是否实施优化。 语法：SELECT * FROM tbl_name PROCEDURE A...
MySQLexplain bitsCN.com 最近慢慢接触MySQL，了解如何优化它也迫在眉睫了，话说工欲善其事，必先利其器。最近我就打算了解下几个优化MySQL中经常用到的工具。今天就简单介绍下EXPLAIN。环境准备MySQL版本：创建测试表CREATE TABLE people( id bigint auto_increment primary key, zipcode char(32) not null default , address varchar(128) not null default , lastname char(64) not null default , firstname c...