Closed cheniujh closed 3 days ago
The changes primarily introduce a new method IsOpened()
in the Binlog
class to verify if the binlog is open. This adjustment extends to checking the binlog's status in the InternalAppendBinlog
function of the ConsensusCoordinator
class. These updates help streamline status checking within the Pika system.
File | Change Summary |
---|---|
include/pika_binlog.h |
Added IsOpened() method declaration in Binlog class. |
src/pika_binlog.cc |
Implemented IsOpened() method in Binlog class. |
src/pika_consensus.cc |
Modified InternalAppendBinlog to use IsOpened() method for status checking. |
sequenceDiagram
participant Client
participant ConsensusCoordinator
participant Binlog
Client->>ConsensusCoordinator: InternalAppendBinlog(cmd)
ConsensusCoordinator->>Binlog: IsOpened()
Binlog-->>ConsensusCoordinator: Status (Open/Closed)
ConsensusCoordinator-->>Client: Return Status
In the code where logs align,
A status check, a sign so fine.
IsOpened
speaks, the bins reveal,
Streamlined flow, like rabbit’s zeal.
With every change, the system's prime,
Hopping forth in perfect rhyme.
🐰🚀✨
[!TIP]
Early access features: enabled
We are currently testing the following features in early access: - **OpenAI `gpt-4o` model for code reviews and chat**: OpenAI claims that this model is better at understanding and generating code than the previous models. We seek your feedback over the next few weeks before making it generally available. Note: - You can enable or disable early access features from the CodeRabbit UI or by updating the CodeRabbit configuration file. - Please join our [Discord Community](https://discord.com/invite/GsXnASn26c) to provide feedback and report issues. - OSS projects are currently opted into early access features by default.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
问题:每次写binlog 后,在ConsensusCoordinator::InternalAppendBinlog结尾,都要执行一次stablelogger->Logger()->GetProducerStatus(&filenum, &offset), 但是这里的filenum, offset取了之后根本不用,只是取用了这个函数的返回值。而这里面要取filenum, offset要对全局唯一的version_对象加锁,尽管只是shared_lock,但这个锁对象是一把全局都在抢的锁,而且这个位置是热点,开启binlog的情况下,每一条请求都要去做这件事情,这就会有较大竞争,最重要的是这个竞争是完全没有必要的。
这个PR做的事情是将GetProducerStatus中除了"加锁获取filename, offset"之外的逻辑复制封装成了一个新的函数 IsOpened(),该函数同GetProducerStatus有一样的返回值,用于在ConsensusCoordinator::InternalAppendBinlog替换对GetProducerStatus的调用。
Issue: Each time after writing "bingo", at the end of the ConsensusCoordinator::InternalAppendBinlog function, the stablelogger->Logger()->GetProducerStatus(&filenum, &offset) is executed. However, the filenum and offset variables are not used after being retrieved; only the return value of this function is utilized. Acquiring these variables requires locking the globally unique version_ object, even though it is just a shared_lock, which is a lock object that is highly contended globally. This spot is a hotspot, and in scenarios where binlog is enabled, each request has to perform this action, leading to significant competition. More crucially, this competition is entirely unnecessary.
This PR addresses the issue by copying and encapsulating the logic within GetProducerStatus, except for the "locking and retrieving filenum and offset" part, into a new function called IsOpened(). This new function has the same return value as GetProducerStatus and is utilized to replace the call to GetProducerStatus in ConsensusCoordinator::InternalAppendBinlog.
Summary by CodeRabbit