-
-
Notifications
You must be signed in to change notification settings - Fork 194
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
pylibmc is not thread-safe #113
Comments
I think I've run into this issue. While running on heroku, not all instances of the cache respect |
I'm using |
Actually this is not a bug. If you need a threadsafe memcache backend, you can just subclass the existing one and add it there. The reason I am not adding it is as due to the fact that the ThreadMappedPool is only supported by pylibmc and we are supporting 4 different memcache libraries. |
Then maybe pylibmc should not be the first library to use as its client is not thread safe by default. |
Yeah maybe. I am happy to review a PR if you want to submit one :-) |
@cedk can you outline the steps you took to get thread safe behavior with |
I am closing this issue for now. As I have said before, I'd happily review a PR if someone wants to implement this. |
The way pylibmc client is used is not thread-safe.
I think flask-caching should use the ThreadMappedPool.
Otherwise on threaded Flask application, we must use python-memcached but there is no way to force to use this library.
The text was updated successfully, but these errors were encountered: