mysql怎么實現(xiàn)遞歸查詢數(shù)據(jù)？mysql> create table treeNodes-> (-> id int primary key，-> nodename varchar(2

mysql怎么實現(xiàn)遞歸查詢數(shù)據(jù)？

mysql> create table treeNodes-> (-> id int primary key，-> nodename varchar(20)，-> pid int-> )Query OK， 0 rows affected (0.09 sec)mysql> select * from treenodes ---- ---------- ------ | id | nodename | pid | ---- ---------- ------ |

1 | A | 0 ||

2 | B | 1 ||

3 | C | 1 ||

4 | D | 2 ||

5 | E | 2 ||

6 | F | 3 ||

7 | G | 6 ||

8 | H | 0 ||

9 | I | 8 ||

10 | J | 8 ||

11 | K | 8 ||

12 | L | 9 ||

13 | M | 9 ||

14 | N | 12 ||

15 | O | 12 ||

16 | P | 15 ||

17 | Q | 15 | ---- ---------- ------ 17 rows in set (0.00 sec)

mysql怎么實現(xiàn)遞歸查詢？

mysql的逆襲:如何做遞歸層次查詢 最近在做一個從oracle數(shù)據(jù)庫到mysql數(shù)據(jù)庫的移植，遇到一個這樣的問題 在Oracle中我們知道有一個HierarchicalQueries通過CONNECTBY我們可以方便的查了所有當(dāng)前節(jié)點下的所有子節(jié)點。但shi，在MySQL的目前版本中還沒有對應(yīng)的函數(shù)?。。? 換句話來說，想要用mysql實現(xiàn)遞歸查詢，根本做不到?。。?可是經(jīng)過我數(shù)天茶不思飯不想的刻苦琢磨，終于想到了一個合理的，適用于mysql和其他sql的解決方案。 方案一出，就秋風(fēng)掃落葉之勢，席卷整個dao層~~~所到之處，所有問題迎刃而解，讓所有問題都不再為問題都成為了我這個函數(shù)的炮灰而已。

mysql表數(shù)據(jù)量太大，達到了1億多條數(shù)據(jù)，除了分庫分表之外，還有沒有其他的解決方式？

mysql在常規(guī)配置下，一般只能承受2000萬的數(shù)據(jù)量(同時讀寫，且表中有大文本字段，單臺服務(wù)器)?，F(xiàn)在超過1億，并不斷增加的情況下，建議如下處理：

1 分表。可以按時間，或按一定的規(guī)則拆分，做到查詢某一條數(shù)據(jù)庫，盡量在一個子表中即可。這是最有效的方法

2 讀寫分離。尤其是寫入，放在新表中，定期進行同步。如果其中記錄不斷有update，最好將寫的數(shù)據(jù)放在 redis中，定期同步

3 表的大文本字段分離出來，成為獨立的新表。大文本字段，可以使用NOSQL數(shù)據(jù)庫

4 優(yōu)化架構(gòu)，或優(yōu)化SQL查詢，避免聯(lián)表查詢，盡量不要用count(*)， in，遞歸等消耗性能的語句

5 用內(nèi)存緩存，或在前端讀的時候，增加緩存數(shù)據(jù)庫。重復(fù)讀取時，直接從緩存中讀取。

上面是低成本的管理方法，基本幾臺服務(wù)器即可搞定，但是管理起來麻煩一些。

當(dāng)然，如果整體數(shù)據(jù)量特別大的話，也不在乎投入費用的話，用集群吧，用TIDB吧

mysql遞歸查詢，不用存儲過程？

with a as(select * from table1 where parentid=0union allselect b.* from a，table1 b where a.id=b.parentid)select * from a用with as 來實現(xiàn)遞歸