我的查询运行时间过长。当我描述它时,我看到类似的东西:
Sending data 0.039324
executing 0.000011
Sending data 0.039662
executing 0.000012
Sending data 0.040380
executing 0.000015
Sending data 0.035879
executing 0.000012
Sending data 0.035426
executing 0.000012
Sending data 0.038107
executing 0.000011
Sending data 0.035247
executing 0.000011
Sending data 0.050108
executing 0.000014
Sending data 0.045458
executing 0.000012
Sending data 0.034700
executing 0.000012
Sending data 0.036205
executing 0.000012
Sending data 0.034602
executing 0.000015
Sending data 0.034580
executing 0.000012
Sending data 0.034477
executing 0.000010
Sending data 0.034382
executing 0.000010
Sending data 0.034416
executing 0.000011
Sending data 0.034335
executing 0.000010
Sending data 0.034474
executing 0.000010
Sending data 0.034405
executing 0.000010
Sending data 0.034433
executing 0.000011
Sending data 0.034544
executing 0.000010
Sending data 0.034525
executing 0.000011
Sending data 0.034459
executing 0.000010
Sending data 0.034766
executing 0.000011
Sending data 0.034633
executing 0.000010
Sending data 0.034574
executing 0.000011
Sending data 0.034607
executing 0.000010
Sending data 0.034613
executing 0.000011
Sending data 0.034394
executing 0.000010
Sending data 0.034606
executing 0.000011
Sending data 0.034790
executing 0.000011
Sending data 0.034614
executing 0.000011
Sending data 0.034497
executing 0.000010
Sending data 0.034756
executing 0.000010
Sending data 0.034440
executing 0.000010
Sending data 0.034414
executing 0.000011
Sending data 0.034484
executing 0.000011
Sending data 0.034490
executing 0.000011
Sending data 0.034672
executing 0.000011
Sending data 0.034455
executing 0.000011
Sending data 0.034430
executing 0.000011
Sending data 0.034509
executing 0.000012
Sending data 0.034432
executing 0.000012
Sending data 0.034348
executing 0.000011
Sending data 0.034378
executing 0.000011
Sending data 0.034356
executing 0.000011
Sending data 0.034631
end 0.000014
query end 0.000007
closing tables 0.000010
freeing items 0.000025
logging slow query 0.000003
logging slow query 0.000004
cleaning up 0.000004
发送数据太多了。
查询我跑了:
SELECT COUNT(*) as count from OrdersArchive where ID>0 and PId IN ('2564') and
(
ID like '17000106864'
OR `OrderID` like '17000106864'
OR `ID` IN
(
SELECT `transferID`
FROM `custom_fields`
WHERE `fieldName` = 'invoiceNumber'
AND `value` like '%17000106864%'
)
OR `tpb` LIKE '17000106864'
)
解释说明
id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY OrdersArchive range PRIMARY,ID_UNIQUE PRIMARY 4 NULL 41609 Using where 2 DEPENDENT SUBQUERY custom_fields ALL NULL NULL NULL NULL 93141 Using where
MySQL表结构:
CREATE TABLE IF NOT EXISTS `OrdersArchive` ( `ID` int(11) NOT NULL, `ids` int(11) NOT NULL DEFAULT '0', `OrderID` varchar(11) NOT NULL DEFAULT '0', `PricePosition` int(11) NOT NULL DEFAULT '0', `Reverse` tinyint(1) DEFAULT NULL, `DataOrder` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `DataFlightTrain` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', `Customer` varchar(255) DEFAULT NULL, `PhoneCustomer` varchar(255) DEFAULT NULL, `EmailCustomer` varchar(255) DEFAULT NULL, `Provider` int(11) DEFAULT NULL, `DeliveryTime` timestamp NULL DEFAULT NULL, `Address1` varchar(255) DEFAULT NULL, `Address2` varchar(255) NOT NULL, `Passangers` varchar(1024) DEFAULT NULL, `PassangersPhones` varchar(255) NOT NULL, `PassangersEmailes` varchar(255) NOT NULL, `FlightTrain` varchar(255) DEFAULT NULL, `QuantityPassangers` int(11) DEFAULT '1', `NamePlate` varchar(255) DEFAULT NULL, `PhoneDriver` varchar(255) DEFAULT NULL, `PhoneDriverNeed` tinyint(1) DEFAULT '0', `Status` int(11) DEFAULT NULL, `Operator` int(11) DEFAULT NULL, `userId` int(11) NOT NULL, `usn` varchar(256) NOT NULL, `ArendaNeed` varchar(255) DEFAULT '', `ArendaHour` int(11) DEFAULT NULL, `ArendaMinutes` varchar(255) DEFAULT '', `Cost` double DEFAULT NULL, `Notes` text NOT NULL, `notes2` varchar(256) NOT NULL DEFAULT '', `PId` int(11) NOT NULL DEFAULT '0', `Voucher` varchar(256) NOT NULL, `Invoice` varchar(256) NOT NULL, `Meet` varchar(255) NOT NULL, `Toward` varchar(255) NOT NULL, `techStatus` int(2) NOT NULL DEFAULT '0', `City` varchar(55) NOT NULL, `City2` varchar(55) NOT NULL, `Auto` varchar(30) NOT NULL, `department` varchar(255) NOT NULL DEFAULT '', `nsktime` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', `tpb` varchar(255) NOT NULL DEFAULT '', `ban_add_races` int(1) NOT NULL DEFAULT '0', `paid` int(10) NOT NULL DEFAULT '0', `taxi` varchar(255) NOT NULL DEFAULT '', `price_client` int(11) DEFAULT NULL, `comission_from_client` int(11) DEFAULT NULL, `primechanie` varchar(1000) DEFAULT NULL, PRIMARY KEY (`ID`), UNIQUE KEY `ID_UNIQUE` (`ID`), KEY `fk_Orders_Users1_idx` (`Operator`), KEY `fk_Orders_Providers1_idx` (`Provider`), KEY `fk_Orders_OrderStatus1_idx` (`Status`), KEY `ids` (`ids`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ## and other table CREATE TABLE IF NOT EXISTS `custom_fields` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `pid` int(11) NOT NULL, `transferID` int(11) NOT NULL, `fieldName` varchar(255) NOT NULL, `value` varchar(1024) NOT NULL, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=325452 ;
答案 0 :(得分:0)
虽然当前的SELECT查询可能会在某种程度上得到改善,但我认为如果你能以更有效的方式存储数据会有更多帮助,特别是如果你可以不再需要
AND value
喜欢'%17000106864%'
如果您为invoiceNumber创建一个单独的字段并在插入数据时填充它,您可以将其编入索引并选择/加入它:
WHERE invoiceNumber = 17000106864
如果您只查找一条记录,则在查询中添加LIMIT也会有所帮助。
答案 1 :(得分:0)
嗯,我用INNER JOIN完成了这个。运行0.34秒
最终查询是:
SELECT COUNT(`OrdersArchive`.ID) as count, `OrdersArchive`.ID FROM `OrdersArchive` INNER JOIN `custom_fields` on `OrdersArchive`.ID = `custom_fields`.`transferID` WHERE `OrdersArchive`.ID>0 AND `custom_fields`.`fieldName` = 'invoiceNumber' AND `OrdersArchive`.PId IN ('2564') AND ( `OrdersArchive`.ID LIKE '17000106864' OR `OrdersArchive`.`OrderID` LIKE '17000106864' OR `OrdersArchive`.`tpb` LIKE '17000106864' OR ( `custom_fields`.`value` like '%17000106864%' ) )
答案 2 :(得分:0)
回到标题中隐含的问题("多个发送数据状态")...
(head -n 1 test.sh; sed -n '2,${/\\/p}' test.sh | sort; tail -n 1 test.sh) > test_new.sh
通常非常低效。在你的情况下,它被重复执行,从而执行"和"发送数据"每次调用。
其他答案通过将该构造转换为IN(SELECT ...)
来解决其他隐含问题("查询运行时间太长")。
其他问题;
JOIN
由于架构是" EAV" (实体 - 属性 - 值),您需要根据某个键值(" invoiceNumber")进行过滤。考虑将其从键值表(PRIMARY KEY (`ID`), -- This is UNIQUE and an INDEX
UNIQUE KEY `ID_UNIQUE` (`ID`), -- totally redundant; DROP it
)中拉出来并将其放入主表(custom_fields
)。
但后来我发现OrdersArchive
有相当多的列。但我对此没有任何具体的建议。
OrdersArchive
完全没有索引。有关索引公共键值表的信息,请参阅my tips。