mysql大流量，高併發問題，mysql資料庫怎麼解決高併發問題

1樓：匿名使用者

由於mysql是一個連線給一個執行緒，當併發高的時候，每秒需要幾百個甚至的執行緒，其中建立和銷燬執行緒還好說，大不了多耗費點記憶體，執行緒快取命中率下降還有建立銷燬執行緒的效能增加問題---這個問題不是特別大，重點是mysql底層瞬間處理這幾百個線

2樓：愛可生雲資料庫

限流演算法目前程式開發過程常用的限流演算法有兩個：漏桶演算法和令牌桶演算法。

漏桶演算法

漏桶演算法的原理比較簡單，請求進入到漏桶中，漏桶以一定的速率漏水。當請求過多時，水直接溢位。可以看出，漏桶演算法可以強制限制資料的傳輸速度。

如圖所示，把請求比作是水滴，水先滴到桶裡，通過漏洞並以限定的速度出水，當水來得過猛而出水不夠快時就會導致水直接溢位，即拒絕服務。

**來自網路

漏桶的出水速度是恆定的，那麼意味著如果瞬時大流量的話，將有大部分請求被丟棄掉（也就是所謂的溢位）。

令牌桶演算法

令牌桶演算法的原理是系統以一定速率向桶中放入令牌，如果有請求時，請求會從桶中取出令牌，如果能取到令牌，則可以繼續完成請求，否則等待或者拒絕服務。這種演算法可以應對突發程度的請求，因此比漏桶演算法好。

**來自網路

漏桶演算法和令牌桶演算法的選擇

兩者的主要區別漏桶演算法能夠強行限制處理資料的速率，不論系統是否空閒。而令牌桶演算法能夠在限制資料的平均處理速率的同時還允許某種程度的突發流量。如何理解上面的含義呢？

漏桶演算法，比如系統吞吐量是 120/s，業務請求 130/s，使用漏斗限流 100/s，起到限流的作用，多餘的請求將產生等待或者丟棄。對於令牌桶演算法，每秒產生 100 個令牌，系統容量 200 個令牌。正常情況下，業務請求 100/s 時，請求能被正常被處理。

當有突發流量過來比如 200 個請求時，因為系統容量有 200 個令牌可以同一時刻處理掉這 200 個請求。如果是漏桶演算法，則只能處理 100 個請求，其他的請求等待或者被丟棄。

mysql資料庫怎麼解決高併發問題

如何利用mysql來處理大資料高併發請求**？

3樓：夢想起航陳春林

最好的辦法就是限制資料庫的訪問連線數,能不訪問資料庫,就儘量不要去訪問資料庫,除了必要的新增和修改外,其他的資料都放在快取中,當資料新增或修改的時候更新快取.像樓上說的,優化不只是資料庫一個方面,還有很多很多方面,把各個方面的考慮到了,才能做好優化.

mysql 大資料高併發延遲使用怎麼方法複製好

4樓：人保健康曹博

方法subquery = (new query())->select(['service_id', 'ctime'])->from(self::tablename())->where(['service_id' => $service_id])

->orderby(['service_id' => sort_desc, 'ctime' => sort_desc]);

$res = (new query())

->from(['tmp' => $subquery])->groupby(['service_id'])->all(self::getdb());

return $res;

php**如何解決**大流量、高併發的問題

5樓：匿名使用者

1.css,js 打包壓縮,cdn

2.減少http請求，使用頁面靜態化

3.優化資料庫查詢和優化**

4.使用快取，如memcache,redis,使用mysql主從5.負載均衡加機器