Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Major Bug in Q2A Core #852

Closed
sarabhi92git opened this issue Oct 8, 2020 · 1 comment
Closed

Major Bug in Q2A Core #852

sarabhi92git opened this issue Oct 8, 2020 · 1 comment

Comments

@sarabhi92git
Copy link

Q2A uses entire qa_words table WRITE lock explicitly during two major events:

1. When user creates post: qa_words table WRITE is locked.

2. When user register: Entire Tables WRITE are locked.

Disadvantage:

Due to explicit locking All SELECT operations goes to wait state for long duration untill table gets unlocked. This is causing Q2A application unavailable to the users during that time interval.

This issue happens even if we use the InnoDB storage engine because here tables are locked explicitly.

Solutions/Suggestion:

--> We should use row level WRITE locking in the query for those two events using TRANSACTIONS.

@svivian please review this at your end.

@svivian
Copy link
Collaborator

svivian commented Oct 8, 2020

You already opened an issue #851

Will look into this when I get a moment.

@svivian svivian closed this as completed Oct 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants