bitsCN.com
mysql之优化语句 MySQL客户端连接成功后，通过使用show [session|global] status 命令可以提供服务器状态信息。其中的session来表示当前的连接的统计结果，global来表示自数据库上次启动至今的统计结果,默认是session级别的。 下面的例子：show status like ‘Com_%’; 其中Com_XXX表示XXX语句所执行的次数.重点注意：Com_select,Com_insert,Com_update,Com_delete通过这几个参数，可以容易地了解到当前数据库的应用是以插入更新为主还是以查询操作为主，以及各类的SQL大致的执行比例是多少。 还有几个常用的参数便于用户了解数据库的基本情况。Connections：试图连接MySQL服务器的次数 show status like 'Connections'Uptime：服务器工作的时间（单位秒）show status like 'Uptime'Slow_queries：慢查询的次数 (默认是10) show status like ‘Slow_queries’如何查询mysql的慢查询时间Show variables like 'long_query_time'; 修改mysql 慢查询时间set long_query_time=2 ***如何定位慢查询Show variables like 'long_query_time';可以重新设置 set long_query_time=2 ****测试语句***select * from emp e,dept d where e.empno=123451 and e.deptno=d.deptno; 如果带上order by e.empno 速度就会更慢，有时会到1min多.****在默认情况下mysql不记录慢查询日志，需要在启动的时候指定bin/mysqld.exe - -slow-query-log该慢查询日志会放在data目录下[在mysql5.0这个版本中时放在 mysql安装目录/data/下],在 mysql5.5.19下是需要查看my.ini 的 datadir="C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.5/Data/“来确定. Explain select * from emp where ename=“zrlcHd”会产生如下信息：select_type:表示查询的类型。table:输出结果集的表type:表示表的连接类型possible_keys:表示查询时，可能使用的索引key:表示实际使用的索引key_len:索引字段的长度rows:扫描的行数 Extra:执行情况的描述和说明 说起提高数据库性能，索引是最物美价廉的东西了。不用加内存，不用改程序，不用调sql，只要执行个正确的’create index’，查询速度就可能提高百倍千倍，这可真有诱惑力。可是天下没有免费的午餐，查询速度的提高是以插入、更新、删除的速度为代价的，这些写操作，增加了大量的I/O。 是不是建立一个索引就能解决所有的问题?ename上没有建立索引会怎样?select * from emp where ename=‘axJxC’; 索引的代价磁盘占用对dml(update delete insert)语句的效率影响**四种索引的类型可以通过phpmyadmin创建一个索引的时候看到**简述mysql四种索引的区别PRIMARY 索引 =》在主键上自动创建UNIQUE 索引=> 相当于INDEX + UniqueINDEX 索引=>就是普通索引FULLTEXT => 只在MYISAM 存储引擎支持, 目的是全文索引，在内容系统中用的多， 在全英文网站用多(英文词). 中文数据不常用，意义不大 国内全文索引通常 使用 sphinx 来完成. **复合索引create index 索引名 on 表名(列1，列2);建立索引:create [UNIQUE|FULLTEXT] index index_name on tbl_name (col_name [(length)] [ASC | DESC] , …..); alter table table_name ADD INDEX [index_name] (index_col_name,...)添加主键(索引) ALTER TABLE 表名 ADD PRIMARY KEY(列名,..); 联合主键删除索引 DROP INDEX index_name ON tbl_name; alter table table_name drop index index_name; 删除主键(索引)比较特别: alter table t_b drop primary key;查询索引(均可) show index from table_name; show keys from table_name; desc table_Name;下列的表将不使用索引：1，如果条件中有or，即使其中有条件带索引也不会使用。2，对于多列索引，不是使用的第一部分，则不会使用索引。3，like查询是以%开头4，如果列类型是字符串，那一定要在条件中将数据使用引号引用起来。否则不使用索引。5，如果mysql估计使用全表扫描要比使用索引快，则不使用索引。 添加一个主键索引alter table dept add primary key (deptno)--测试语句explain select * from dept where deptno=105/G;结果是:mysql> explain select * from dept where deptno=105/G;*************************** 1. row *************************** id: 1 select_type: SIMPLE table: dept type: constpossible_keys: PRIMARY key: PRIMARY key_len: 3 ref: const rows: 1 Extra:1 row in set (0.00 sec) --创建多列索引alter table dept add index myind (dname,loc);--证明对于创建的多列索引，只要查询条件使用了最左边的列，索引一般就会被使用explain select * from dept where dname=‘rjTUPqjZvf’/G; 会显示使用到了索引myindexplain select * from dept where loc=‘MsBDpMRX’/G; 不会显示使用到了索引myind--对于使用like的查询explain select * from dept where dname like ‘%rjTUPqjZvf’/G; 不会显示使用到了索引myindexplain select * from dept where dname like ‘rjTUPqjZvf%’/G; 会显示使用到了索引myind--如果条件中有or，即使其中有条件带索引也不会使用--为了演示，我们把复合索引删除，然后只在dname上加入索引.alter table dept drop index myind alter table dept add index myind (dname)explain select * from dept where dname=‘aaa’ or loc=‘aa’/G;//就不会使用到dname列上的--如果列类型是字符串，那一定要在条件中将数据使用引号引用起来。否则不使用索引select * from dept from dname=1234/G //不会使用到索引select * from dept from dname=‘1234’/G //会使用到索引 查看索引的使用情况show status like ‘Handler_read%’; handler_read_key:这个值越高越好，越高表示使用索引查询到的次数。handler_read_rnd_next:这个值越高，说明查询低效。 有些情况下，可以使用连接来替代子查询。因为使用join，MySQL不需要在内存中创建临时表。如果想要在含有or的查询语句中利用索引，则or之间的每个条件列都必须用到索引，如果没有索引，则应该考虑增加索引MyISAM 在插入数据时，默认放在最后.,删除数据后，空间不回收.(不支持事务和外键)InnoDB支持事务和外键 在精度要求高的应用中，建议使用定点数来存储数值，以保证结果的准确性create table temp1( t1 float(10,2), t2 decimal(10,2));insert into temp1 values(1000000.32,1000000,32); 发现 t1 成了 1000000.31 所以有问题.对于存储引擎是MyISAM的数据库,如果经常做删除和修改记录的操作，要定时执行optimize table table_name;功能对表进行碎片整理。 create table temp2( id int) engine=MyISAM;insert into temp2 values(1); insert into temp2 values(2); insert into temp2 values(3);insert into temp2 select * from temp2;--复制delete from temp2 where id=1; 发现 该表对于的数据文件没有变小定期执行 optimize table temp2 发现表大小变化，碎片整理完毕&&对于InnoDB它的数据会存在data/ibdata1目录下，在data/数据库/只有一个 *.frm表结构文件. 如果一个表的记录数太多了,如果我拆成100个表，那么每个表只有10万条记录。一个好的拆分依据是 最重要的。UNION 有些表记录数并不多，可能也就2、3万条，但是字段却很长，表占用空间很大，检索表时需要执行大量I/O，严重降低了性能。这个时候需要把大的字段拆分到另一个表，并且该表与原表是一对一的关系。 (JOIN) 作者 ljfbest bitsCN.com

下载本文