我已经查看了几个*问题和WP文档，我对答案有一些想法，但我正在寻找以下问题的具体数字：

update\\u选项/add\\u选项中存储的数据大小（kb、mb、ect）是否有限制既然在这种情况下这是MySQL的限制，我应该假设它是4G吗？

Specific details: 我有一个自定义DB查询，预加载350000字节左右的数据，其中包含大约100000个lat/lng对（和一些其他数据），这些数据是使用基于哈弗森公式（自定义“经销商定位器”类型系统的一部分）的自定义WPquery查询的。

数据只是一个数组（不是json，也许应该是？）

我正在使用地图聚类在谷歌地图上输出顶级项目（可能没有实际意义，因为谷歌地图API不是我关心的问题）

这个查询当然很累人，我不想在每次加载页面时都运行它，所以我自然想存储/缓存它。目前，我正在通过一个由WPadmin手动触发的管理AJAX操作将其填充到update\\u选项中，以便根据需要刷新它。

我目前的处理速度的方法工作得很好，我在350kb时得到了我想要的结果，没有问题。我最关心的是这种方法的局限性。

我查过的参考资料（也在谷歌上搜索过）：

• Excessive memory used by update_option() （这一个很有趣，他设法进入了1700多万个字符？）

• Is there a limit to the length/size of serialized data that can be stored as user meta? 可存储为使用的序列化数据的长度大小

• store simple data in get_option()

• http://codex.wordpress.org/Function_Reference/get_option

• http://codex.wordpress.org/Function_Reference/add_option

• http://codex.wordpress.org/Function_Reference/update_option