国产+高潮+在线,国产 av 仑乱内谢,www国产亚洲精品久久,51国产偷自视频区视频,成人午夜精品网站在线观看

服務(wù)器越多啟動的進(jìn)程就越多 占用的數(shù)據(jù)庫鏈接就越多 有什么方案解決辦法

fright886

問題描述

服務(wù)器越多啟動的進(jìn)程就越多 占用的數(shù)據(jù)庫鏈接就越多 有什么方案解決

目前部署了 9臺服務(wù)器 鏈接的都是一臺數(shù)據(jù)庫服務(wù)器 平均每臺機(jī)器進(jìn)程數(shù)50
7臺服務(wù)器 就會 450個鏈接 以后如果繼續(xù)加機(jī)器會占用更多的 鏈接

問題

1、以后會不會 光機(jī)器加多了就導(dǎo)致數(shù)據(jù)庫鏈接數(shù)不足的情況，有什么方案解決嗎

2、在一個想了解一下 webman 占用的這個鏈接數(shù) 會 隨著用戶增加 連接數(shù)也會增加嗎？ 還是 起了多少個進(jìn)程鏈接數(shù)不變了

希望幫忙解答一下 感謝

857 9 1
9個回答
故人重來

看你進(jìn)程數(shù)，webman是每一個進(jìn)程單獨(dú)占用一個數(shù)據(jù)庫鏈接。
可以把數(shù)據(jù)庫上云了，云商那邊可以做代理；實(shí)現(xiàn)自動讀寫分離走不同庫。這樣可以減少服務(wù)器數(shù)量；性能指標(biāo)不會下降。

  • fright886 2024-11-06

    嗯 感謝 看來只能用這種辦法了
  • 故人重來 2024-11-06

    你的主播業(yè)務(wù)完全可以分模塊開發(fā)了。主播端走主播服務(wù)器，用戶端走用戶服務(wù)器。然后還可以分模塊，用戶消費(fèi)模塊，禮物模塊，反正類型微服務(wù)架構(gòu)。
darcy

讀寫分離是一個辦法，我是用NoSQL方法，如果要讀及更新都修改NoSQL里面的，第二天再同步回mysql去，同步成功就刪除nosql記錄

  • fright886 2024-11-06

    現(xiàn)在只要啟動進(jìn)程就 占用了鏈接數(shù)了

ontheway

你一臺機(jī)器為什么要開50個那么多進(jìn)程？

  • fright886 2024-11-06

    cup*5 再加上其他的自定義進(jìn)程差不多50
  • ontheway 2024-11-06

    8核的CPU？這樣的配置，幾十萬的pv，需要9臺服務(wù)器，簡直不敢相信
小七他哥

厲害，啥應(yīng)用啊？日pv，uv多少?。繅毫Υ髥?？

tanhongbin

我也好奇啥應(yīng)用呀 這么多機(jī)器？

luohonen

數(shù)據(jù)庫最大支持1萬多個連接，你這才幾百個算個雞兒

  • 暫無評論
ersic

你和面只加水不加面也不行啊

  • 暫無評論
小Z先生

你的壓力難道不是在數(shù)據(jù)庫么 為啥只加應(yīng)用服務(wù)器不加數(shù)據(jù)庫服務(wù)器啊 讀寫分離搞一下,從庫搞多點(diǎn)

  • fright886 2024-11-06

    嗯 目前就是讀寫分離的 智能不同的機(jī)器用不同的 從庫了

做一個MySQL中間件，在中間件做一個連接池管理，可以直接看看 https://github.com/apache/shardingsphere 這個項(xiàng)目里面的ShardingSphere-Proxy

??