I have painfully discovered over the last month that mysql's innodb tables have a number of well-intentioned features for transaction recovery that produce many disk management headaches. specifically, innodb tables and logs tend to grow very fast for big data sets. there is an innodb option for my.cnf that dramatically eases disk management.
As far as I can tell, there would not be much of a downside to making this a default in bitnami mysql my.cnf, it is a common and recommended practice. It can be a real lifesaver when working with big data, because the only way to free up disk from an innodb file is to dump all your databases, delete them, and recreate them, which is both tedious and error-prone.
The gotcha is that this parameter can only be applied when a database is created, so the application databases created by bitnami stacks have to stay in single-tablespace mode unless you delete them and recreate them, which obviates the whole point of using the stacks.