在 Percona 的「Small innodb_page_size as a performance boost for SSD」這篇文章裡提到了 MySQL 5.7 的 innodb_page_size 在 SSD 上對效能的差異，主要是這張圖的解釋：
先講一下標示的部份，有三個產品線 (都是 Samsung 的 SSD)，中間的 sam850 是消費級的 SSD 硬碟 (所以不是本次重點)，而 sam863 是企業級 SATA SSD，pm1725 則是企業級 PCI-e SSD。下方的 BP 指的是 Buffer Pool 大小，單位是 GB。左邊是速度，數字愈大愈好。
InnoDB 預設 16KB 的 page size，配合 SSD 大多都是 4KB 的 block size 後，效能的提昇非常巨大 (70% 的提昇)，雖然既有的 InnoDB 要換過去會花不少功夫，但作者還是很建議評估：
I think a 70% performance gain is too significant to ignore, even if manipulating innodb_page_size requires extra work. I think it is worthwhile to evaluate if using different innodb_page_size settings help a fast SSD under your workload.
不過 comment 有不少額外重要的資訊。
有提到 Galera Cluster 目前有 bug，無法使用 4KB page size，可以在「Restarting a cluster with innodb_page_size=4096 segfaults」這邊看到 bug report。
另外有提到，使用 InnoDB Compression 的前提下，4KB 也許不是個好主意，用 8KB 也許是個方向：
You’re right – if you’re using Innodb Compression 4K base page is unlikely to be the good choice. Though we do not see Innodb compression (any of them) being used too frequently.
If using compression 8K base page size with 4K compressed page size might be good idea if 2x compression is routinely reached
不過我覺得應該還是有幫助才對 (可能提昇不高，但想了一下應該不會有負面的影響)，之後有機會再測試看看吧 :o