This depends entirely on the disk volume of the source database and the target database.
Given the mysqld instance uses /var/lib/mysql as datadir and you run
ALTER TABLE mydb1.mytb RENAME mydb2.mytb;
OR
RENAME TABLE mydb1.mytb TO mydb2.mytb;
Here is what happens under the hood
mv /var/lib/mysql/mydb1/mytb.frm /var/lib/mysql/mydb2 (If not using MySQL 8.0)
mv /var/lib/mysql/mydb1/mytb.ibd /var/lib/mysql/mydb2
If mydb1 and mydb2 are on the same disk volume, it would change the Linux i-nodes. Of course, the information_schema database gets updated in RAM. That's it. Metadata locking would occur during the move.
If the table files are symlinked, the symlinks are moved, nothing more.
Now if you symlinked the database mydb2 to be on a different disk volume, LOOK OUT !!! It has to initiate a table copy at the OS level. This will not be the case for MySQL 8.0 since metadata is better managed than previous MySQL versions.
See MySQL Docs on RENAME TABLE for more info.
SUGGESTION
Test renaming a 10G table in a Dev Server and see what occurs.