MySQL實(shí)現(xiàn)隨機(jī)獲取幾條數(shù)據(jù)的方法？1：你要隨機(jī)更新的話。要先查幾條隨機(jī)數(shù)據(jù)。然后根據(jù)查詢的數(shù)據(jù)一個(gè)特定字段去更新。但是又不能在查詢的時(shí)候同時(shí)更新。會(huì)報(bào)錯(cuò)。要先將查詢出來(lái)的存儲(chǔ)到臨時(shí)表。再進(jìn)行修改。

MySQL實(shí)現(xiàn)隨機(jī)獲取幾條數(shù)據(jù)的方法？

1：你要隨機(jī)更新的話。要先查幾條隨機(jī)數(shù)據(jù)。然后根據(jù)查詢的數(shù)據(jù)一個(gè)特定字段去更新。但是又不能在查詢的時(shí)候同時(shí)更新。會(huì)報(bào)錯(cuò)。要先將查詢出來(lái)的存儲(chǔ)到臨時(shí)表。再進(jìn)行修改。

下面是我的s_grader 表結(jié)構(gòu)和我的SQL語(yǔ)句。就實(shí)現(xiàn)了隨機(jī)查詢兩條。然后進(jìn)行修改。要隨機(jī)修改幾條就把Limit后面的2改成幾。親測(cè)可行。

UPDATE s_grader SET Sgrad="999" WHERE Sname in ( SELECT F.Sname FROM (SELECT * FROM s_grader ORDER BY RAND() LIMIT 2) F)

mysql隨機(jī)查詢?nèi)舾蓷l數(shù)據(jù)的方法？

1.隨機(jī)讀取連續(xù)多條記錄。經(jīng)過(guò)實(shí)踐，可以隨機(jī)讀取多條連續(xù)的數(shù)據(jù)記錄，里頭取值的一般都是主鍵ID來(lái)進(jìn)行最大值、最小值的讀取：

SELECT * FROM example_table AS t1 JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM example_table)-(SELECT MIN(id) FROM example_table)) (SELECT MIN(id) FROM example_table)) AS id) AS t2 WHERE t1.id >= t2.id ORDER BY t1.id LIMIT 5

2.隨機(jī)多條數(shù)據(jù)。以下兩種都是隨機(jī)讀取數(shù)據(jù)，查詢數(shù)據(jù)速度、隨機(jī)范圍都基本相差不大

SELECT * FROM example_table WHERE id >= ((SELECT MAX(id) FROM example_table)-(SELECT MIN(id) FROM example_table)) * RAND() (SELECT MIN(id) FROM example_table) LIMIT 5

SELECT * FROM example_table WHERE id>=(SELECT floor(RAND() * ((SELECT MAX(id) FROM example_table)-(SELECT MIN(id) FROM example_table)) (SELECT MIN(id) FROM example_table))) ORDER BY id LIMIT 5

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

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

1 分表?？梢园磿r(shí)間，或按一定的規(guī)則拆分，做到查詢某一條數(shù)據(jù)庫(kù)，盡量在一個(gè)子表中即可。這是最有效的方法

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

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

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

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

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

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