MySQL优化

一、SQL语句优化

(1)使用limit对查询结果的记录进行限定

(2)避免select *,将需要查找的字段列出来

(3)使用连接(join)来代替子查询

(4)拆分大的delete或insert语句

二、选择合适的数据类型

(1)使用可存下数据的最小的数据类型,整型 < date,time < char,varchar < blob

(2)使用简单的数据类型,整型比字符处理开销更小,因为字符串的比较更复杂。如,int类型存储时间类型,bigint类型转ip函数

(3)使用合理的字段属性长度,固定长度的表会更快。使用enum、char而不是varchar

(4)尽可能使用not null定义字段

(5)尽量少用text,非用不可最好分表

三、选择合适的索引列

(1)查询频繁的列,在where,group by,order by,on从句中出现的列

(2)where条件中<,<=,=,>,>=,between,in,以及like 字符串+通配符(%)出现的列

(3)长度小的列,索引字段越小越好,因为数据库的存储单位是页,一页中能存下的数据越多越好

(4)离散度大(不同的值多)的列,放在联合索引前面。查看离散度,通过统计不同的列值来实现,count越大,离散程度越高:

mysql> SELECTCOUNT(DISTINCT column_name) FROM table_name;

四、使用命令分析

(1)SHOW查看状态

1.显示状态信息

mysql> SHOW [SESSION|GLOBAL] STATUS LIKE '%Status_name%';

session(默认):取出当前窗口的执行

global:从mysql启动到现在

(a)查看查询次数(插入次数com_insert、修改次数com_insert、删除次数com_delete)

mysql> SHOW STATUS LIKE 'com_select';

(b)查看连接数(登录次数)

mysql> SHOW STATUS LIKE 'connections';

(c)数据库运行时间

mysql> SHOW STATUS LIKE 'uptime';

(d)查看慢查询次数

mysql> SHOW STATUS LIKE 'slow_queries';

(e)查看索引使用的情况:

mysql>SHOW STATUSLIKE'handler_read%';

handler_read_key:这个值越高越好,越高表示使用索引查询到的次数。

handler_read_rnd_next:这个值越高,说明查询低效。

2.显示系统变量

mysql>SHOW VARIABLESLIKE'%Variables_name%';

3.显示InnoDB存储引擎的状态

mysql>SHOW ENGINE INNODB STATUS;

(2)EXPLAIN分析查询

mysql>EXPLAINSELECTcolumn_nameFROMtable_name;

explain查询sql执行计划,各列含义:

table:表名;

type:连接的类型

-const:主键、索引;

-eq_reg:主键、索引的范围查找;

-ref:连接的查找(join)

-range:索引的范围查找;

-index:索引的扫描;

-all:全表扫描;

possible_keys:可能用到的索引;

key:实际使用的索引;

key_len:索引的长度,越短越好;

ref:索引的哪一列被使用了,常数较好;

rows:mysql认为必须检查的用来返回请求数据的行数;

extra:using filesort、using temporary(常出现在使用order by时)时需要优化。

-Using filesort  额外排序。看到这个的时候,查询就需要优化了

-Using temporary 使用了临时表。看到这个的时候,也需要优化

(3)PROFILING分析SQL语句

1.开启profile。查看当前SQL执行时间

mysql> SET PROFILING=ON; mysql> SHOW profiles;

2.查看所有用户的当前连接。包括执行状态、是否锁表等

mysql>SHOW processlist;

(4)PROCEDURE ANALYSE()取得建议

通过分析select查询结果对现有的表的每一列给出优化的建议

mysql>SELECTcolumn_nameFROMtable_namePROCEDUREANALYSE();

(5)OPTIMIZE TABLE回收闲置的数据库空间

mysql>OPTIMIZETABLEtable_name;

对于MyISAM表,当表上的数据行被删除时,所占据的磁盘空间并没有立即被回收,使用命令后这些空间将被回收,并且对磁盘上的数据行进行重排(注意:是磁盘上,而非数据库)。

对于InnoDB表,OPTIMIZE TABLE被映射到ALTER TABLE上,这会重建表。重建操作能更新索引统计数据并释放成簇索引中的未使用的空间。

只需在批量删除数据行之后,或定期(每周一次或每月一次)进行一次数据表优化操作即可,只对那些特定的表运行。

(6)REPAIR TABLE修复被破坏的表

mysql>REPAIRTABLEtable_name;

(7)CHECK TABLE检查表是否有错误

mysql>CHECKTABLEtable_name;

五、定位慢查询

六、分区

七、配置优化

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容