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

Fixed LP bugs Bug #1413564 and Bug #1522651 (5.6) #393

Merged
merged 2 commits into from
Mar 4, 2016

Conversation

hrvojem
Copy link
Member

@hrvojem hrvojem commented Mar 4, 2016

No description provided.

equal-sized and Bug #1522651 by providing the information on how to
start gathering the statistics
Removed the search plugin from index page as it isn't working anymore
hrvojem added a commit that referenced this pull request Mar 4, 2016
Fixed LP bugs Bug #1413564 and Bug #1522651 (5.6)
@hrvojem hrvojem merged commit bbadda4 into percona:5.6 Mar 4, 2016
@hrvojem hrvojem deleted the 5.6-ps-bug1413564 branch March 4, 2016 12:57
inikep pushed a commit to inikep/percona-server that referenced this pull request Apr 23, 2020
Summary:
Checking "Waiting for row locks" is not reliable because that message will display even if the thread is not blocked. One way to work around this is to use the newly created rocksdb_locks table to see if all the locks we expect the transaction to take has been taken. The better way is to use rocksdb_trx once we have that.
Closes facebook/mysql-5.6#393

Differential Revision: D4128101

Pulled By:
lth

fbshipit-source-id: 4eda293

fbshipit-source-id: 6bd406706fb
inikep pushed a commit to inikep/percona-server that referenced this pull request Feb 24, 2021
Summary:
Checking "Waiting for row locks" is not reliable because that message will display even if the thread is not blocked. One way to work around this is to use the newly created rocksdb_locks table to see if all the locks we expect the transaction to take has been taken. The better way is to use rocksdb_trx once we have that.
Closes facebook/mysql-5.6#393

Differential Revision: D4128101

Pulled By:
lth

fbshipit-source-id: 4eda293

fbshipit-source-id: 6bd406706fb
inikep pushed a commit to inikep/percona-server that referenced this pull request Nov 15, 2021
Summary:
Checking "Waiting for row locks" is not reliable because that message will display even if the thread is not blocked. One way to work around this is to use the newly created rocksdb_locks table to see if all the locks we expect the transaction to take has been taken. The better way is to use rocksdb_trx once we have that.
Closes facebook/mysql-5.6#393

Differential Revision: D4128101 (facebook/mysql-5.6@9addd7a)

Pulled By: lth

fbshipit-source-id: 6eeae62ef51
ldonoso pushed a commit to ldonoso/percona-server that referenced this pull request Mar 15, 2022
Summary:
Checking "Waiting for row locks" is not reliable because that message will display even if the thread is not blocked. One way to work around this is to use the newly created rocksdb_locks table to see if all the locks we expect the transaction to take has been taken. The better way is to use rocksdb_trx once we have that.
Closes facebook/mysql-5.6#393

Differential Revision: D4128101

Pulled By: lth
inikep pushed a commit to inikep/percona-server that referenced this pull request Apr 9, 2024
Summary:
Checking "Waiting for row locks" is not reliable because that message will display even if the thread is not blocked. One way to work around this is to use the newly created rocksdb_locks table to see if all the locks we expect the transaction to take has been taken. The better way is to use rocksdb_trx once we have that.
Closes facebook/mysql-5.6#393

Differential Revision: D4128101

Pulled By: lth
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant