MySQLTuner-perl VS docker-postgres-upgrade

What helped me for one server was dedicating more of the memory to the database storage engine. In my case it was InnoDB buffer pool tweaks. If you’re running MySQL then using MySQLTuner (https://github.com/major/MySQLTuner-perl) may help but this all requires command line work so I would suggest this only being done if you’re experienced with this or getting someone experienced to help. I’ve also seen but not yet experienced that a managed database solution or a separate database server may help.

If you set the innodb_buffer_pool_size to roughly 80% of the total available memory everything gets cached and run from memory. Have you tried this? And have you tried just running mysqltuner and see what that suggests? https://github.com/major/MySQLTuner-perl

One of the biggest and best tools is MySQL Tuner and this will be good to run as it will give you specifics based on your hardware. You can also try SolarWinds. https://github.com/major/MySQLTuner-perl

Are the DBA's on this thread committing code to the MySQL [1] and Postgres [2] tuner scripts that give new DBA's all your learned advise and battle hardening experience? Or at least a repo with the same objectives?

[1] - https://github.com/major/MySQLTuner-perl

[2] - https://github.com/jfcoz/postgresqltuner

You could try to manage this query_cache_size. If you use phpmyadmin there is a tool : phpMyAdmin Advisor, it will give you advices ! Make sure your tables are innodb, not myisam. And this tool also https://github.com/major/MySQLTuner-perl I Always change one parameters at a time. And step by step to avoid unatempted effects.

You can also try out MySQL Tuner to identify some opportunities for configuration improvements. Just make sure that you thoroughly understand the settings and the effects of any changes that you might consider making since you are in a production environment.

Not a DBA, but I've had lots of success with MySQL Tuner (https://github.com/major/MySQLTuner-perl)

Ah, looks like psql seems to have switched to actually using minor and major versions properly during the last two years - I remember the dance from the 9.x versions and postgres-upgrade [1].

In any case it's way more straightforward with mysql.

[1] https://hub.docker.com/r/tianon/postgres-upgrade

Related: https://github.com/tianon/docker-postgres-upgrade

Also don't forget to pg_dump before the upgrade, as the binaries for previous Postgres version might not exist anymore after the upgrade... Otherwise, https://hub.docker.com/r/tianon/postgres-upgrade/ might be helpful (haven't used it though).

> When you say "complex ride" what does that mean?

On managed postgresql services like RDS it's easy, yes, because Amazon does all of the nasty work for you and has already seen all the kinks you may run into.

If you are on your own and using Docker, you essentially need a third-party image that has the old and new binaries (https://github.com/tianon/docker-postgres-upgrade).

If you are on your own and are using distribution packages, it's more complicated (https://blog.samuel.domains/blog/tutorials/from-stretch-to-b...).

If you are on your own and use postgres from source, well... have fun, there's a reason why I prefer using distribution-maintained packages when possible.