Something I failed to think about within the original PR is that for a primary key within InnoDB for MySQL, the max number of bytes for 5.7 is 255 chars for utf8 (which use 3 bytes per character) and 191 for utf8mb4. This makes transitioning a bit more difficult for the default case of something like:

        $table = $this->table('table1', ['id' => false, 'primary_key' => ['column1']]);

        $table->addColumn('column1', 'string')
            ->addColumn('column2', 'integer')
            ->create();

Should the default of string be made 191 instead of 255? Only if it's the primary key? Require explicitly setting the length for primary key strings?

For right now, I'm leaving this open, but not necessarily coming back to it for a period as I would like to re-examine how other migration software handle default limits for string / varchar type, especially as it might concern to primary keys.

Just use

charset: utf8mb4
collation: utf8mb4_unicode_ci

as commented above and we can merge this

@dereuromark done. I decided to just insert a note in the documentation about having to explicitly set the primary key length for MySQL 5.7 and below when using the string type with utf8mb4_unicode_ci, instead of adjusting the default limit, as I view that as being a much larger BC break as it would probably mean changing the default for all adapters and such to keep them equal. Hopefully 5.7 is fazed out at a decent clip for 8.0+ such that this isn't an issue for too long.

Said note should probably be replicated into the changelog notes as well on release of 0.13 just to increasingly drive awareness of that fact.