Do you manage your own MySQL installation?
- If not, what managed provider do you use?
- Either way, what’s your biggest pain point?<p>Why not Postgres?
> Any one still using MySQL?<p>Yes, but more so MariaDB<p>> Do you manage your own MySQL installation?<p>Yes and no, depends on the environment.<p>> what managed provider do you use?<p>RDS<p>> what’s your biggest pain point?<p>Nothing initially comes to mind.<p>> Why not Postgres?<p>Habit? It's what I learned with and just kept using. I understand it's permission model better than Postgres. I know how to back it up, restore, and replicate. At one time (not sure if this is still the case) it was noticeably cheaper than Postgres in AWS for our use cases.<p>Some legacy systems can't be migrated to postgres even if we wanted.<p>I've used Postgres and it has some nice features, especially with it's data types but often find myself lost with it's way of doing things. When possible I reach for SQLite instead of MySQL.
Yes, but MariaDB, mostly DIY on localhost (various test & live VMs I manage).<p>Most painful? Replication with automatic failover could be easier to setup. Considering switching to MySQL 8.x for the new-ish innodb cluster tools (mysqlsh, mysql-router).<p>Why not Postgres? Familiarity, mostly using it for Drupal & Wordpress sites where MySQL is king. Besides the occasional poorly-designed query that eats memory and causes timeouts, MySQL rarely needs my attention.<p>Side note: I'm excited for <a href="https://github.com/mydumper/mydumper">https://github.com/mydumper/mydumper</a>. Multi-threaded logical backups, 2 to 5 times faster than mysqldump. It's not super stable yet, so we haven't been relying on it for long term backups, but doing a "mydumper to grab a schema on live, rsync down to laptop, myloader to import" it's been a big time saver.
Still using mysql here for a medium large 10+ year old application. We self-host one master and two replicated slaves. Biggest pain point we've had is issues with locking and transaction timeouts as the application has gained users, but this isn't really mysqls fault.<p>We've never seen the point of converting to postgres, a lot of work for little if any gain?
I think Postgres has more features, MySQL has more scalability. Citus exists for Postgres but seems to have a much smaller community compared to MySQL active active replication or Vitess/Planetscale. I would probably pick Postgres for personal projects, but potentially consider MySQL/Planetscale for something that needs to hold petabytes.
Using MySQL for private infrastructure and using Postgres for our production app.<p>No strong reasons for it, but I wanted to try psql after decades of toying with MySQL. I like it despite its weird insistence on snake case for everything.
Yes. I prefer PostgreSQL but more than a few clients who were already built on MySQL are still using it or MariaDB. As for managed provider, typically AWS RDS, or a few are still directly hosted. MariaDB is easy to run natively for a small to medium site on a VPS.<p>Biggest pain points are pretty much transactions around schema changes (Ruby on Rails context) meaning is possible to trash a database with changes that go wrong. Also implementing full text search is always a bit harder than it is with PostgreSQL. The capability is there but end up having to do custom queries.
mysql e pg have different performance characteristics, it is not trivial to migrate existing applications between them.
Overall, MySQL 8 has gotten a lot better than it used to be. Sometimes the query planner can be a bit stupid on some complex queries, but that is true sometimes also for pg.