该表位于InnoDB表中。以下是一些可能有用的信息。
EXPLAIN SELECT COUNT(*) AS y0_ FROM db.table this_ WHERE this_.id IS NOT NULL;
+----+-------------+-------+-------+---------------+---------+---------+------+---------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+---------------+---------+---------+------+---------+--------------------------+
| 1 | SIMPLE | this_ | index | PRIMARY | PRIMARY | 8 | NULL | 4711235 | Using where; Using index |
+----+-------------+-------+-------+---------------+---------+---------+------+---------+--------------------------+
1 row in set (0.00 sec)
mysql> DESCRIBE db.table;
+--------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------------+--------------+------+-----+---------+-------+
| id | bigint(20) | NO | PRI | NULL | |
| id2 | varchar(28) | YES | | NULL | |
| photo | longblob | YES | | NULL | |
| source | varchar(10) | YES | | NULL | |
| file_name | varchar(120) | YES | | NULL | |
| file_type | char(1) | YES | | NULL | |
| created_date | datetime | YES | | NULL | |
| updated_date | datetime | YES | | NULL | |
| createdby | varchar(50) | YES | | NULL | |
| updatedby | varchar(50) | YES | | NULL | |
+--------------+--------------+------+-----+---------+-------+
10 rows in set (0.05 sec)
解释查询在那里给我结果。但实际的查询已经运行了很长一段时间。我怎样才能解决这个问题?我做错了什么?
我基本上需要弄清楚这个表中有多少photos
。最初,原始编码器有一个查询WHERE photo IS NOT NULL
(花了3小时+),但我更改了此查询以检查id
列,因为它是主键。我预计会有一个巨大的性能提升,并期待在一秒钟内得到答案,但似乎并非如此。
我需要对数据库进行哪些优化?我认为查询很好,但如果我错了,请随时纠正我。
编辑:mysql Ver 14.14使用readline 5.1为redhat-linux-gnu(x86_64)分发5.1.52
P.S:我出于某种疯狂的原因改名。我实际上没有名为db的数据库和名为table的问题表。答案 0 :(得分:11)
'长'多久了?这张表中有多少行?
MyISAM表会跟踪它有多少行,因此一个简单的COUNT(*)几乎会立即返回。
另一方面,InnoDB的工作方式不同:InnoDB表不跟踪它有多少行,所以当你COUNT(*)时,它实际上必须去计算每一行。如果你有一个大表,这可能需要几秒钟。编辑:尝试COUNT(ID)
而不是COUNT(*)
,其中ID
是一个没有NULL的索引列。 可能运行得更快。
EDIT2:如果您在longblob中存储文件的二进制数据,那么您的表将会非常庞大,这会减慢速度。
可能的解决方案: