Будь ласка, подивіться на цю таблицю:
mysql> desc s_p;
+-------------------------+------------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------------------------+------------------+------+-----+---------+----------------+
| id | int(10) unsigned | NO | PRI | NULL | auto_increment |
| s_pid | int(10) unsigned | YES | MUL | NULL | |
| sm_id | int(10) unsigned | YES | MUL | NULL | |
| m_id | int(10) unsigned | YES | | NULL | |
| created | datetime | YES | | NULL | |
| s_date | datetime | YES | | NULL | |
| estimated_date | datetime | YES | MUL | NULL | |
+-------------------------+------------------+------+-----+---------+----------------+
Тепер подивіться на ці запити:
mysql> select count(*) from s_p where estimated_date is null;
+----------+
| count(*) |
+----------+
| 190580 |
+----------+
1 row in set (0.05 sec)
mysql> select count(*) from s_p where estimated_date is not null;
+----------+
| count(*) |
+----------+
| 35640 |
+----------+
1 row in set (0.07 sec)
mysql> select count(*) from s_p;
+----------+
| count(*) |
+----------+
| 1524785 |
+----------+
Підрахунки вище не збігаються. Хоча, як я розумію:
Count with IS NULL
і Count with IS NOT NULL
має бути рівним підрахунку при запиті без пункту де.
Будь-яка ідея про те, що відбувається тут?
===================================================== =
Оновлення 17 лютого 2012 року
Оскільки я виявив, що багато людей запитують про тип цінностей, що оцінюються в даний час. Ось відповідь:
mysql> select distinct date(estimated_date) from s_p;
+----------------------+
| date(estimated_date) |
+----------------------+
| NULL |
| 2012-02-17 |
| 2012-02-20 |
| 2012-02-21 |
| 2012-02-22 |
| 2012-02-23 |
| 2012-02-24 |
| 2012-02-27 |
| 2012-02-28 |
+----------------------+
9 rows in set (0.42 sec)
Як ви бачите вище, оцінений_date має або NULL, або допустимі значення дати. Немає нулів чи порожніх рядків "".
Чи може це статися (оригінальна проблема), якщо індекс у оціночному_данні має певні проблеми?
===================================================== =
Оновлення 18 лютого 2012 року
Ось показ таблиці створення таблиці:
| s_p | CREATE TABLE `s_p` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`s_id` int(10) unsigned DEFAULT NULL,
`sm_id` int(10) unsigned DEFAULT NULL,
`m_id` int(10) unsigned DEFAULT NULL,
`created` datetime DEFAULT NULL,
`estimated_date` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `sm_id` (`sm_id`),
KEY `estimated_date_index` (`estimated_date`) USING BTREE,
) ENGINE=InnoDB AUTO_INCREMENT=1602491 DEFAULT CHARSET=utf8 |
Знову тут я можу підозрювати лише індекс на оціночному_данні.
Також версія сервера mysql - 5.5.12.
select count(*)
а ні select count(estimated_date)
? Ці двоє повернуть різні результати, оскільки NULL будуть ігноровані, якщо це єдине, що ви рахуєте.
SELECT COUNT(*),SUM(CASE WHEN estimated_date IS NULL THEN 1 ELSE 0 END),SUM(CASE WHEN estimated_date IS NOT NULL THEN 1 ELSE 0 END) from s_p
- який повинен отримати всі рахунки за один раз.
CHECK TABLE
на ньому побігати ? З огляду на диво більший підрахунок повного ряду, я б припустив, що DELETE
кудись з’їхав божевільний.