Questions for 'Tips on Converting to Galera' on MariaDB KB
(I guess I better answer this.)

"colo" = "co-location" = "datacenter" -- meaning a non-trivial latency between nodes.

SELECT ... FOR UPDATE should be in a transaction.

An example of where you would like to do stuff on one node without bothering the others:  You need to compute a bunch of stuff to get the data to INSERT in a table.  But you are happy to do the computation on a single node and not worry if the node crashes.  For example, you might have some other mechanism to recover from a crash.  Think "idempotency".

"Transaction size" -- well that should probably say "how long the transaction takes to run".  At some level, lots of rows being modified makes it take longer, but that is not the only cause of "size".

Too big -- more chance of cross-node deadlocks.  Too small -- more effort and delay in doing the cross-node COMMIT.

Critical read:  User write a comment on a blog, then clicks submit.  The next page comes up but fails to show that comment.  Why?  The write went to one node; the read went to another node, but it had not gotten there yet.  (This is perhaps the only realistic example of why Galera does not claim to be fully synchronous.  The check in the gcache only checks for "will it successfully commit", not "has it already been written to disk".)

"Torn page" -- An innodb unit of data is a 16KB block.  The typical disk thinks in units of 512-byte blocks.  InnoDB can recover from a power failure if its blocks are entirely written or not written at all.  But if only part (N*512, but less than 16K) is written it is a "torn page".  So, InnoDB stands on its head with "doublewrite buffer" to be able to recover from such.  This involves a non-trivial amount of I/O.  But, since Galera can completely recover a dead server, you can allow torn pages if you are willing to rebuild the node after a power failure.

DROP USER involves MyISAM tables in the database mysql.  MyISAM tables are (or were) not replicated.  I suspect that Galera has made sure that DROP USER works.  However, since all the GRANT stuff involves MyISAM, I suspect there are cases where it can fail.  (MySQL 8.0 moves GRANT stuff into InnoDB tables, thereby making it crash-safe.)

Thanks for pointing out the flaws in the article.  I will try to make improvements to http://mysql.rjweb.org/doc.php/galera and the MariaDB link you gave.  (Some day)