偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

MySQL 5.5 分區(qū)之高級(jí)分區(qū)實(shí)例及性能分析

數(shù)據(jù)庫 MySQL
本文我們?cè)敿?xì)介紹了MySQL 5.5 分區(qū)之高級(jí)分區(qū)的一個(gè)實(shí)例,并通過例子對(duì)MySQL分區(qū)的性能進(jìn)行對(duì)比分析,希望能夠?qū)δ兴斋@!

上次我們介紹了:MySQL 5.5 分區(qū)之truncate分區(qū)詳解,本文我們主要介紹一下MySQL 5.5 分區(qū)之高級(jí)分區(qū)實(shí)例及性能分析,接下來我們就開始一一介紹這部分內(nèi)容。

為了幫助你更好地掌握新功能,我們?cè)賮砜匆粋€(gè)更高級(jí)一點(diǎn)的例子,對(duì)于比較務(wù)實(shí)的讀者更有意義,下面是表的定義腳本:

  1. CREATE TABLE employees (    
  2.   emp_no int(11) NOT NULL,    
  3.   birth_date date NOT NULL,    
  4.   first_name varchar(14) NOT NULL,    
  5.   last_name varchar(16) NOT NULL,    
  6.   gender char(1) DEFAULT NULL,    
  7.   hire_date date NOT NULL   
  8. ENGINE=MyISAM    
  9. PARTITION BY RANGE  COLUMNS(gender,hire_date)    
  10. (PARTITION p01 VALUES LESS THAN ('F','1990-01-01') ,    
  11. PARTITION p02 VALUES LESS THAN ('F','2000-01-01') ,    
  12. PARTITION p03 VALUES LESS THAN ('F',MAXVALUE) ,    
  13. PARTITION p04 VALUES LESS THAN ('M','1990-01-01') ,    
  14. PARTITION p05 VALUES LESS THAN ('M','2000-01-01') ,    
  15. PARTITION p06 VALUES LESS THAN ('M',MAXVALUE) ,    
  16. PARTITION p07 VALUES LESS THAN (MAXVALUE,MAXVALUE)  

和上面的例子不同,這個(gè)例子更好理解,***個(gè)分區(qū)用來存儲(chǔ)雇傭于1990年以前的女職員,第二個(gè)分區(qū)存儲(chǔ)股用于1990-2000年之間的女職員,第三個(gè)分區(qū)存儲(chǔ)所有剩下的女職員。對(duì)于分區(qū)p04到p06,我們策略是一樣的,只不過存儲(chǔ)的是男職員。***一個(gè)分區(qū)是控制情況。

看完后你可能要問,我怎么知道某一行存儲(chǔ)在那個(gè)分區(qū)中的?有兩個(gè)辦法,***個(gè)辦法是使用與分區(qū)定義相同的條件作為查詢條件進(jìn)行查詢。

  1. SELECT   
  2. CASE   
  3.   WHEN gender = 'F' AND hire_date < '1990-01-01'   
  4.   THEN 'p1'   
  5.   WHEN gender = 'F' AND hire_date < '2000-01-01'   
  6.   THEN 'p2'   
  7.   WHEN gender = 'F' AND hire_date < '2999-01-01'   
  8.   THEN 'p3'   
  9.   WHEN gender = 'M' AND hire_date < '1990-01-01'   
  10.   THEN 'p4'   
  11.   WHEN gender = 'M' AND hire_date < '2000-01-01'   
  12.   THEN 'p5'   
  13.   WHEN gender = 'M' AND hire_date < '2999-01-01'   
  14.   THEN 'p6'   
  15. ELSE   
  16.   'p7'   
  17. END as p,    
  18. COUNT(*) AS rows   
  19. FROM employees    
  20. GROUP BY p;    
  21.  
  22. +------+-------+    
  23. | p    | rows  |    
  24. +------+-------+    
  25. | p1   | 66212 |    
  26. | p2   | 53832 |    
  27. | p3   |     7 |    
  28. | p4   | 98585 |    
  29. | p5   | 81382 |    
  30. | p6   |     6 |    
  31. +------+-------+  

如果表是MyISAM或ARCHIVE,你可以信任由INFORMATION_SCHEMA提供的統(tǒng)計(jì)信息。

  1. SELECT   
  2.   partition_name part,    
  3.   partition_expression expr,    
  4.   partition_description descr,    
  5.   table_rows    
  6. FROM   
  7.   INFORMATION_SCHEMA.partitions    
  8. WHERE   
  9.   TABLE_SCHEMA = schema()    
  10.   AND TABLE_NAME='employees';    
  11. +------+------------------+-------------------+------------+    
  12. | part | expr             | descr             | table_rows |    
  13. +------+------------------+-------------------+------------+    
  14. | p01  | gender,hire_date | 'F','1990-01-01'  |      66212 |    
  15. | p02  | gender,hire_date | 'F','2000-01-01'  |      53832 |    
  16. | p03  | gender,hire_date | 'F',MAXVALUE      |          7 |    
  17. | p04  | gender,hire_date | 'M','1990-01-01'  |      98585 |    
  18. | p05  | gender,hire_date | 'M','2000-01-01'  |      81382 |    
  19. | p06  | gender,hire_date | 'M',MAXVALUE      |          6 |    
  20. | p07  | gender,hire_date | MAXVALUE,MAXVALUE |          0 |    
  21. +------+------------------+-------------------+------------+  

如果存儲(chǔ)引擎是InnoDB,上面的值就是一個(gè)近似值,如果你需要確切的值,那你就不能信任它們。

另一個(gè)問題是它的性能,這些增強(qiáng)觸發(fā)了分區(qū)修整嗎?答案毫不含糊,是的。與MySQL 5.1有所不同,在5.1中日期分區(qū)只能與兩個(gè)函數(shù)工作,在MySQL 5.5中,任何使用了COLUMNS關(guān)鍵字定義的分區(qū)都可以使用分區(qū)修整,下面還是測(cè)試一下吧。

  1. select count(*) from employees where gender='F' and hire_date < '1990-01-01';    
  2. +----------+    
  3. | count(*) |    
  4. +----------+    
  5. |    66212 |    
  6. +----------+    
  7. 1 row in set (0.05 sec)    
  8.  
  9. explain partitions select count(*) from employees where gender='F' and hire_date < '1990-01-01'\G    
  10. *************************** 1. row ***************************    
  11.            id: 1    
  12.   select_type: SIMPLE    
  13.         table: employees    
  14.    partitions: p01    
  15.          type: ALL   
  16. possible_keys: NULL   
  17.           key: NULL   
  18.       key_len: NULL   
  19.           ref: NULL   
  20.          rows: 300024    
  21.         Extra: Using where  

使用定義***個(gè)分區(qū)的條件,我們獲得了一個(gè)非常優(yōu)化的查詢,不僅如此,部分條件也將從分區(qū)修整中受益。

  1. select count(*) from employees where gender='F';    
  2. +----------+    
  3. | count(*) |    
  4. +----------+    
  5. |   120051 |    
  6. +----------+    
  7. 1 row in set (0.12 sec)    
  8.  
  9. explain partitions select count(*) from employees where gender='F'\G    
  10. *************************** 1. row ***************************    
  11.            id: 1    
  12.   select_type: SIMPLE    
  13.         table: employees    
  14.    partitions: p01,p02,p03,p04    
  15.          type: ALL   
  16. possible_keys: NULL   
  17.           key: NULL   
  18.       key_len: NULL   
  19.           ref: NULL   
  20.          rows: 300024    
  21.         Extra: Using where 

它和復(fù)合索引的算法一樣,如果你的條件指的是索引最左邊的部分,MySQL將會(huì)使用它。與此類似,如果你的條件指的是分區(qū)定義最左邊的部分,MySQL將會(huì)盡可能修整。它和復(fù)合索引一起出現(xiàn),如果你只使用最右邊的條件,分區(qū)修整不會(huì)工作。

  1. select count(*) from employees where hire_date < '1990-01-01';    
  2. +----------+    
  3. | count(*) |    
  4. +----------+    
  5. |   164797 |    
  6. +----------+    
  7. 1 row in set (0.18 sec)    
  8.  
  9. explain partitions select count(*) from employees where hire_date < '1990-01-01'\G    
  10. *************************** 1. row ***************************    
  11.            id: 1    
  12.   select_type: SIMPLE    
  13.         table: employees    
  14.    partitions: p01,p02,p03,p04,p05,p06,p07    
  15.          type: ALL   
  16. possible_keys: NULL   
  17.           key: NULL   
  18.       key_len: NULL   
  19.           ref: NULL   
  20.          rows: 300024    
  21.         Extra: Using where 

如果不用分區(qū)定義的***部分,使用分區(qū)定義的第二部分,那么將會(huì)發(fā)生全表掃描,在設(shè)計(jì)分區(qū)和編寫查詢時(shí)要緊記這一條。

關(guān)于MySQL 5.5 分區(qū)之高級(jí)分區(qū)實(shí)例及性能分析的知識(shí)就介紹到這里了,希望本次的介紹能夠?qū)δ兴斋@!

原文出處:http://lujia35.iteye.com/blog/718899。

【編輯推薦】

  1. MySQL 5.5 分區(qū)之多列分區(qū)詳解
  2. MySQL 5.5 分區(qū)之非整數(shù)列分區(qū)詳解
  3. MySQL數(shù)據(jù)庫MVCC多版本并發(fā)控制簡(jiǎn)介
  4. 適合初學(xué)者的MySQL學(xué)習(xí)筆記之MySQL管理心得
  5. MySQL數(shù)據(jù)庫將多條記錄的單個(gè)字段合并成一條記錄
責(zé)任編輯:趙鵬 來源: 博客園
相關(guān)推薦

2011-08-17 10:49:57

MySQL 5.5多列分區(qū)

2011-08-17 11:13:57

MySQL 5.5truncate分區(qū)

2011-08-17 11:00:51

MySQL 5.5非整數(shù)列分區(qū)

2009-05-11 14:46:32

MySQL分區(qū)提升性能

2010-02-22 10:08:33

MySQL 5.5分區(qū)

2010-06-11 09:56:15

openSUSE掛載

2010-10-13 13:34:17

Linux系統(tǒng)分區(qū)

2010-03-05 14:33:19

Ubuntu硬盤分區(qū)

2011-07-06 13:09:11

SQL Server

2010-10-11 10:44:22

MySQL分區(qū)

2023-10-11 13:42:21

2010-03-08 14:53:48

Linux分區(qū)

2009-06-03 10:32:36

Oracle性能優(yōu)化分區(qū)技術(shù)

2017-09-11 19:07:00

MySQLMySQL 5.7分區(qū)表

2011-08-18 11:31:06

MySQL性能分析explain

2021-07-07 22:27:54

磁盤分區(qū)硬盤

2017-07-05 18:59:32

MySQL交換分區(qū)

2019-07-26 06:30:37

CPU代碼操作系統(tǒng)

2011-01-18 09:51:59

Linux磁盤分區(qū)

2015-05-04 14:51:49

SQL子查詢
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)