程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> 簡單解析MySQL中的cardinality異常,mysqlcardinality

簡單解析MySQL中的cardinality異常,mysqlcardinality

編輯:MySQL綜合教程

簡單解析MySQL中的cardinality異常,mysqlcardinality


前段時間,一大早上,就收到報警,警告php-fpm進程的數量超過阈值。最終發現是一條sql沒用到索引,導致執行數據庫查詢慢了,最終導致php-fpm進程數增加。最終通過analyze table feed_comment_info_id_0000 命令更新了Cardinality ,才能再次用到索引。
排查過程如下:
sql語句:

select id from feed_comment_info_id_0000 where obj_id=101 and type=1;

索引信息:

show index from feed_comment_info_id_0000
+---------------------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+---------------------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| feed_comment_info_id_0000 | 0 | PRIMARY | 1 | id   | A | 6216 | NULL | NULL |   | BTREE | | 
| feed_comment_info_id_0000 | 1 | obj_type | 1 | obj_id | A | 6216 | NULL | NULL |   | BTREE | | 
| feed_comment_info_id_0000 | 1 | obj_type | 2 | type  | A | 6216 | NULL | NULL | YES | BTREE | | 
| feed_comment_info_id_0000 | 1 | user_id | 1 | user_id | A | 6216 | NULL | NULL |   | BTREE | | 
+---------------------------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
5 rows in set (0.00 sec)

通過explian查看時,發現sql用的是主鍵PRIMARY,而不是obj_type索引。通過show index 查看索引的Cardinality值,發現這個值是實際數據的兩倍。感覺這個Cardinality值已經不正常,因此通過analyzea table命令對這個值從新進行了計算。命令執行完畢後,就可用使用索引了。

Cardinality解釋
官方文檔的解釋:
An estimate of the number of unique values in the index. This is updated by running ANALYZE TABLE or myisamchk -a. Cardinality is counted based on statistics stored as integers, so the value is not necessarily exact even for small tables. The higher the cardinality, the greater the chance that MySQL uses the index when doing
總結一下:
1、它代表的是索引中唯一值的數目的估計值。如果是myisam引擎,這個值是一個准確的值。如果是innodb引擎,這個值是一個估算的值,每次執行show index 時,可能會不一樣
2、創建Index時(primary key除外),MyISAM的表Cardinality的值為null,InnoDB的表Cardinality的值大概為行數;
3、值的大小會影響到索引的選擇
4、創建Index時,MyISAM的表Cardinality的值為null,InnoDB的表Cardinality的值大概為行數。
5、可以通過Analyze table來更新一張表或者mysqlcheck -Aa來進行更新整個數據庫
6、可以通過 show index 查看其值

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved