加載文章評論和回復以及隱藏回復，在分頁的情況下怎樣寫才夠高效？

文章評論的表結(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`)
)

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

回答

編輯回答

瘋子范

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