Re: Global Lock for more than 4 minutes on Mongo 3.0 with wiredTiger

From: Kevin Adistambha <kevinadi@xxxxxxxxxxx>
To: mongodb-user <mongodb-user@xxxxxxxxxxxxxxxx>
Date: Mon, 2 May 2016 23:09:23 -0700 (PDT)
Why ads?


Hi Abhishek

I decided to upgrade to 3.2 and as an intermediate step, I have to upgrade 
to
3.0 first. So to start with that, I added the aforementioned hidden member 
to
the existing replica set. I started sending prod like read query traffic to 
this
node to check if it will be able to withstand that much load. I did this 
for over
a week.

In general, you cannot get reliable load testing results if you are using 
Secondary reads. A hidden Secondary is only different compared to a 
non-hidden Secondary in their ability to be elected Primary.

A Secondary’s goal is to replicate the Primary’s oplog as quickly as it 
can, so that it can take over the Primary’s job at a moment’s notice. For 
this reason, a Secondary perform writes in a very different manner compared 
to the Primary. This is described in the page How does concurrency affect 
secondaries 
<https://docs.mongodb.org/v3.0/faq/concurrency/#how-does-concurrency-affect-secondaries
that you have seen, where it says “*Secondaries do not allow reads while 
applying the write operations*“. Therefore, your load testing is creating a 
resource contention on this Secondary, and you are seeing the effect of 
this resource contention in your observations.

If you need to perform a load test, I would suggest creating a separate 
replica set and routing the operations to both production set and the 
testing set, which will give you a more accurate comparison.

You could also look into using a community tool like Flashback 
(https://github.com/ParsePlatform/flashback
<https://github.com/ParsePlatform/flashback>, which captures and replays 
MongoDB workload.

Best regards,
Kevin


-- 
You received this message because you are subscribed to the Google Groups "mongodb-user"
group.

For other MongoDB technical support options, see: https://docs.mongodb.org/manual/support/
--- 
You received this message because you are subscribed to the Google Groups "mongodb-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mongodb-user+unsubscribe@xxxxxxxxxxxxxxxx.
To post to this group, send email to mongodb-user@xxxxxxxxxxxxxxxx.
Visit this group at https://groups.google.com/group/mongodb-user.
To view this discussion on the web visit https://groups.google.com/d/msgid/mongodb-user/23c964ab-babd-4a2f-83e9-01dad86424be%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Why ads?