Spring Security 是否需要/推荐使用 innodb？
我有一个使用 Spring-Security-Core 插件的 grails 应用程序，它将 Spring Security 3 集成到我的应用程序中。我相信 Spring/Hibernate 会在幕后执行一些事务操作。如果是这样的话，使用mysql的innodb引擎而不是默认的MyIsam引擎会更好吗？或者操作是否独立于底层数据库？ 提前致谢！
I have a grails app that uses the Spring-Security-Core plugin, which integrates Spring Security 3 into my app. I belive that Spring/Hibernate will do some transactional operations under the hood. If that is the case, would it be better to use mysql's innodb engine instead of the default MyIsam engine? or are the operations independent of the underlying database?
Thanks in advance!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
该插件的工作原理并没有什么特别的事务性。它只读取 - 主数据库访问将加载用户和用户分配的角色。您将希望在更新用户、分配角色等时使用事务，但这与安全性无关，这是正确的做法。
正如其他人所说，除了可能更适合 NoSQL 数据库的特殊用例之外，没有什么理由使用 MyISAM。 InnoDB 速度非常快并且具有出色的事务支持。
There's nothing particularly transactional about how the plugin works. It only reads - the primary database access will be loading a user and the user's assigned roles. You will want to use transactions when updating the user, assigning roles, etc. but that has nothing to do with security, it's just the right thing to do.
As the others said, there's very little reason to use MyISAM except in specialized use cases that are probably better suited for a NoSQL database. InnoDB is very fast and has excellent transaction support.
InnoDB 强制引用完整性； MyISAM 没有。
看起来 MyISAM 不支持事务/回滚：
http:// /dev.mysql.com/doc/refman/5.0/en/ansi-diff-transactions.html
因此，如果需要事务管理器，最好使用 InnoDB。
InnoDB enforces referential integrity; MyISAM does not.
Looks like MyISAM does not support transactions/rollback:
http://dev.mysql.com/doc/refman/5.0/en/ansi-diff-transactions.html
So if a transaction manager is required, better to go with InnoDB.
实际上我认为 innodb 引擎将是明智的选择。主要原因 - 持久性和数据完整性支持。 MyIsam 更加“脆弱”。现在使用它的唯一原因 - 巨大的插入活动 - 这不是你的情况（我尽量不要深入其中 - 它更复杂并且与问题无关）。
Actually i think innodb engine will be wise choice. Main reason - durability and data integrity support. MyIsam more "fragile". Only reason to use it now- huge insert activity - and this is not your case( i try to not go too deep in it- it more complex and don't connected with question).