-
-
Notifications
You must be signed in to change notification settings - Fork 7.7k
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
Make DB connection options more transparent #2030
Comments
+1 |
@maturanomx Good catch! We could remove the limitation, your use case justifies the changes. Can you make a PR for this? |
Sure! 👍 |
Awesome!! |
Is this issue still ongoing? |
I don't believe it's an issue anymore as we now pass along the tarn.js option parameters through to knex (connection pooling options). Going to mark this as closed, please let us know if we missed something and we can reopen. |
What is the expected behavior?
Strapi uses Knexjs for manage DB connections, but it's not using all the options available.
This story begins with me trying to deploy Strapi on Pivotal's Could Foundry using the free MySQL service plan with a limitation up to 4 connections:
![capture](https://user-images.githubusercontent.com/5768813/46105799-9bef2480-c19c-11e8-999e-2c05e194196d.PNG)
Apparently, Strapi is using more that than just for starting according the logs:
Looking for a solution, I see Knexjs allows to configure the pool connection:
But seeing the code:
Question: Wouldn't it be better to make this configuration match Knexjs? The Strapi database configuration should match Knexjs available options.
Request for comments before begin to work with a patch.
The text was updated successfully, but these errors were encountered: