在MySQL的InnoDB引擎中，数据是以B+树的形式存储的，特别是聚集索引（Clustered Index），其叶子节点不仅存储了键值，还直接存储了行数据（或者行数据的指针，取决于行溢出的情况）。行数据过大会对数据存储产生间接影响，原因如下：

1. 页面大小固定：InnoDB存储引擎中，页面大小（innodb_page_size）是固定的，默认通常是16KB。这意味着每个页面能容纳的数据量是有限的。页面大小包含索引条目以及实际的数据行（如果叶子节点存储的是数据的话）。

2. 空间利用率与分裂：为了保持B+树的良好性能，每个页面需要被高效利用，同时为了维持B+树的平衡，当一个页面填满时，它可能会分裂成两个页面。较大的行数据会导致单个页面能存储的行数减少，从而可能更快地触发页面分裂。

3. 树的高度变化：随着页面的不断分裂，为了保持B+树的平衡，树的深度可能会增加，也就是说树的高度会变大。因为从根节点到叶子节点需要经过更多的层级，这增加了查询时的磁盘I/O操作次数，从而可能降低查询效率。

简而言之，虽然行数据的长度不会直接影响B+树每个节点的结构（如节点内索引项的数量，这是由页面大小和索引键的大小决定的），但它通过影响每个页面能够存储的行数间接影响了B+树的高度，进而影响查询性能。较小的行数据有助于提高每个页面的存储效率，减少树的高度，从而提升数据检索速度。因此，在设计数据库表结构时，合理控制数据行的大小对于优化数据库性能是有益的。