加載文章評(píng)論和回復(fù)以及隱藏回復(fù)，在分頁(yè)的情況下怎樣寫(xiě)才夠高效？

文章評(píng)論的表結(jié)構(gòu)如下

CREATE TABLE `comment` (
  `id` varchar(64) NOT NULL,
  `parent_id` varchar(64) NOT NULL,
  `user_id` varchar(64) NOT NULL,
  `essay_id` varchar(64) NOT NULL,
  `content` longtext NOT NULL,
  `publish_date` datetime NOT NULL,
  `del_flag` tinyint(1) DEFAULT '0',
  `fail_remarks` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`)
)

就像貼吧那樣，每層樓都有回復(fù)，回復(fù)有預(yù)覽的三個(gè)，以及剩余回復(fù)的數(shù)量提示
因?yàn)榭梢曰貜?fù)評(píng)論，回復(fù)也可以回復(fù)，所以用想查詢(xún)出樹(shù)形結(jié)構(gòu)
然后評(píng)論的回復(fù)有預(yù)覽的三個(gè)，多余的隱藏，想貼吧那樣
評(píng)論還有分頁(yè)功能
我想的是先把評(píng)論id查出來(lái)并limit一下，再用評(píng)論的id去查子項(xiàng)，但是想想效率好像太低了。。
如何寫(xiě)sql的效率才高呢

回答

編輯回答

瘋子范

都是單表查詢(xún)沒(méi)什么問(wèn)題，應(yīng)該這樣處理，你所說(shuō)的效率無(wú)非是mysql的瓶頸問(wèn)題，和服務(wù)端的語(yǔ)言沒(méi)什么關(guān)系，評(píng)論的話(huà)怎么取，這要看你的業(yè)務(wù)了，這里你要注意這么幾點(diǎn)
1、當(dāng)你的翻頁(yè)功能只能一頁(yè)一頁(yè)翻，那么可以取當(dāng)頁(yè)的最后一條數(shù)據(jù)的id，使用where id > last_id 這樣的行級(jí)過(guò)濾條件，limit這里只需要 limit page_size就可以了，mysql 的limit 有個(gè)問(wèn)題，就是你如果寫(xiě)limit 100000 10 它會(huì)把這100000 條數(shù)據(jù)都檢索一遍。這樣寫(xiě)的好處就是你設(shè)置了一個(gè)過(guò)濾條件，那么他其實(shí)只會(huì)檢索你設(shè)置的page_size 的數(shù)據(jù)條數(shù)，其次是你可以寫(xiě)多個(gè)條件。
2、如果你是單條件查詢(xún)，那么可以使用子查詢(xún)，就是在where 行級(jí)過(guò)濾條件里使用 子查詢(xún)，比如說(shuō) select * from table1 where id > (select id from table1 limit current_num, page_size) limit page_size,這里子查詢(xún)走的主鍵索引，所以說(shuō)速度是很快的。
3、當(dāng)涉及單條件和多條件查詢(xún)的時(shí)候，組合索引非常重要，比如 select id from table1 where age > 18, 這里索引會(huì)先走where 條件再走 id，所以按照組合索引的最左原則，你懂得。
4、之后用 In() 取另一張表的數(shù)據(jù)即可，其實(shí)也就查詢(xún)兩次數(shù)據(jù)庫(kù)，剩下的交給服務(wù)端處理一下就完事了。
5、能設(shè)置定長(zhǎng)的字段可以盡量設(shè)置為定長(zhǎng)。

還要說(shuō)一點(diǎn)的是，其實(shí)當(dāng)數(shù)據(jù)量真的很大的時(shí)候，其實(shí)會(huì)用分表，索引表，分段查詢(xún)這些東西來(lái)做select 操作，有的可能會(huì)用sphinx、Solr 這些全文檢索引擎。你可以取研究研究

2017年8月3日 16:50