当数据只有500M时，Magento和innodb_buffer_pool_size = 2G
Magento 白皮书建议将 innodb_buffer_pool_size 设置为我的服务器 4G 内存的 50% 到 80%。 当我的 Magento 数据库只有 500M 表数据和 500M 索引时，这真的有必要吗？
我知道需要考虑其他变量，但是设置 innodb_buffer_pool_size = 2G 有点过分了......！我是对的吗？
Magento white-paper recommends innodb_buffer_pool_size be set at 50% to 80% of my servers 4G ram.
Is this really necessary when my Magento database has only 500M table data and 500M Indexes ?
I know other variables need to be considered, but setting innodb_buffer_pool_size = 2G seams a bit excessive...! I'm i correct?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
不，这个建议并不取决于数据集的大小，而是与 innodb 执行更快/最好的性能和可用资源相关
nope, this suggestion is not dependent of the size of your dataset but rather tied to performance and resources available for innodb to perform faster/best
http://www.mysqlperformanceblog.com/2007/11/03/choosing- innodb_buffer_pool_size/
“这当然假设你的数据库很大，所以你需要大的缓冲池，如果不是——设置比你的数据库大小大一点的缓冲池就足够了。”
所以基本上是的，如果你的 innodb 数据（表、索引等）远小于 2G，你就不会通过更高的设置获得性能。
http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/
"This of course assumes your database is large so you need large buffer pool, if not – setting buffer pool a bit larger than your database size will be enough."
so basically yeah, if your innodb data(tables,indexes,etc.) are far less than 2G, you aren't gaining performance with the higher setting.