后期有沒有計劃改造成異步日志，異步日志在項目中使用性能肯定又能提高

現(xiàn)在服務(wù)器都ssd，寫入很快，日志沒必要異步。

class IndexController
{
    public function index(Request $request)
    {
        Log::info(str_pad('', 500, '0'));
        return 'ok';
    }
}

windows單進程壓測每個請求磁盤寫入500字節(jié)數(shù)據(jù)，QPS為高達3.7萬，也就是說單進程平均每次寫入500字節(jié)的日志僅需0.00002秒。然而一次數(shù)據(jù)庫讀寫0.001秒都算快的了。在那0.00002秒上優(yōu)化感覺沒啥必要。

上面壓測是單進程的，多進程應(yīng)該速度更快。

如果寫5/10次呢。如果一個接口寫入日志的次數(shù)變多,很明顯的。當然不是所有的接口都有大量的日志寫入。但是同步日志其實是很明顯的，而且日志寫入一旦占了大頭的時候，多線程也沒辦法拯救的。所有的都會阻塞在寫入這一點。多線程利用了cpu. https://learnku.com/laravel/t/63523

如果日志寫入占大頭，比較劃算的方案是適當多開一些進程，能有效提高吞吐量。
稍微復雜一點的，可以寫一個monolog的handler，收集合并日志，當日志達到一個磁盤塊比如4k的時候?qū)懭氪疟P，最大限度降低磁盤寫入開銷。

monolog 只可以做到集中寫。異步的話，還是得做不小的改造。如果日志通過其他手段發(fā)送到日志服務(wù)器的話，你說的這個方案也可以。但是如果是本機的話，開多了也會被頻繁的寫等待所拖累。提升不了多少的。

能有提升，我寫過，在超過一定大小或者超過一定時間再一次性寫入磁盤

bingo ：）

redishandler和amqphandler感覺性能也達不到題主要求，因為走網(wǎng)絡(luò)IO往往比本地磁盤更慢，雖然可以非阻塞調(diào)用，但是資源代價很大。eio感覺也不行，因為要調(diào)用eio_event_loop，猜測這個調(diào)用也是阻塞的。
建議自己實現(xiàn)monolog的handler，handler建立緩沖區(qū)緩沖日志，然后利用webman的event-loop(要用select，不能用epoll)，在磁盤可寫時寫入日志。

當然阻塞IO比較多想提高并發(fā)最簡單的方案是多開一些進程。

緩沖區(qū)做日志的前提也得是消費能力>生產(chǎn)能力，不然緩沖區(qū)滿了一樣有問題，用共享內(nèi)存吧，把日志丟APCu，然后下游多個進程去寫，這樣走的是共享內(nèi)存，沒有文件io沒有網(wǎng)絡(luò)io，是最快的，只不過就是APCu有讀寫鎖罷了，但是也夠用了。