4 ms·
I tried it once, could not make it work. I tried migrating a smallish mysql database (~10Gb) to postgres and it always crashed with a weird runtime memory erro
by pampa 7y ago
I tried it once, could not make it work.
I tried migrating a smallish mysql database (~10Gb) to postgres and it always crashed with a weird runtime memory error. Reducing the number of threads or doing it table by table didnt help.
- folkhack 7y agoJust offering an anecdotal experience to counter, not saying you or your experience is wrong... I've used pgloader multiple times because I'm a huge Postgres evangelist for that exact use case multiple times without issue. Honestly - it's a favorite tool in my toolbox.
- phoe-krk 7y ago> weird runtime memory error. If it's "heap exhausted, game over", there's a solution for that - you need to tell pgloader to allocate more memory for itself.
- chucky_z 7y agoI found compiling with Clozure CL instead of SBCL leads to way better memory allocation/usage. It's worth getting it going, it's one of the greatest tools in migrating things into and out of pgsql I've ever used. If you have pgsql in your pipeline, get it working. I used this and debezium to really make my ETL pipeline absolutely bulletproof.
- dfsegoat 7y ago> I used this and debezium This looks very cool, was not aware of it: "Debezium is a set of distributed services that capture row-level changes in your databases so that your applications can see and respond to those changes." https://debezium.io/documentation/faq/#what_is_debezium https://debezium.io/documentation/faq/#what_is_debezium
- chucky_z 7y agoIt has a lot of required components, however I ran most of them in a single-component setup (e.g.: 1 zookeeper server , 1 kafka server; using only their provided containers) and got extremely far (think 1 billion rows a day ingested, then transferred to pgsql and s3) with some extra overhead still.