在mysql数据库innoDb类型中生成所有表

我正在开发一个大型网站，并在上面添加了许多功能。我想知道将数据库中的所有表设置为InnoDB类型是否有任何问题，因为所有表中都有很多外键连接

---

我在数据库中有20个表，数据库中的所有表都是以某种方式连接在一起的，这有什么问题吗，或者没什么问题，谢谢。

一点问题都没有，您应该使用任何可用的功能，如INNODB引擎。

INNODB优于MyISAM，如果您有外键约束，则无论如何都应该使用INNODB，因为MyISAM不支持外键

---

另外，如果您想使用InnoDB，通常建议所有表都使用InnoDB。无论如何，它提供了许多优势，所以我想说是的，让所有表都成为InnoDB，除非你有很好的理由不这样做（即，你需要MyISAM地理空间扩展或全文，而你的InnoDB版本不支持这些功能）。

问题，不是。但是你使用的是什么dbm？ （InnoDB是MySQL的默认存储引擎）

---

因此，假设您使用的是MySQL或任何其他支持InnoDB的数据库，那么应该没有问题。但是你在用桌子做什么，什么会引起问题，或者你认为会引起问题

据我所知，选择MyISAM而不是InnoDB的唯一原因是全文索引。除此之外，InnoDB对事务和外键约束的支持使其成为绝大多数应用程序的更好选择

---

也就是说，如果您需要MyISAM的一些功能，没有什么可以阻止您在InnoDB表旁边使用一些MyISAM表。

我想没有什么，我只是觉得这可能有问题，但是既然您说可以让所有表都InnoDB，我就继续说下去。顺便说一句，我将在表上进行实时事务并进行并发连接和更改，因此我想知道innodb是否仍然支持此功能。我现在正在构建一个任务管理系统，所有表上都有uID，它们都基于innodb。所以在我看来，你应该很好，只要确保你知道你需要什么，然后把它放回数据库，听起来你需要的一切都会很顺利。就像@drew010所说的，如果你不使用文本的索引或者不需要，那么就不用担心了。（你听起来像我：D）好吧，我明白，但如果我不使用文本索引，我如何在数据库上进行搜索，就像如果用户想要搜索一样，这不会对innodb造成任何缺陷吗？回顾@drew010最后一条评论，并通读他发送给你的链接。他们应该弄清楚你在担心什么，你仍然可以，他说，如果你不使用那种类型，你会没事的。您仍然能够索引和搜索不会更改的内容。对你来说，InnoDB会很好的。（不要想太多）好的，谢谢，伙计，但是MyISAM地理空间扩展或全文是什么意思，它与数据库事务有什么关系。它与事务无关，但这两个功能在MyISAM引擎中都有一段时间可用，但InnoDB不可用。MySQL 5.6中的InnoDB现在支持全文，但该版本尚未广泛使用。全文用于为大型文本块编制索引以进行文本搜索。你可能不需要它们，因为你不熟悉它们。如果您有兴趣了解它们，请参阅手册中的和。我理解，但数据库中的所有表都是如此紧密地连接在一起，因此我必须使用外键将它们链接到一起，这就是我使用innodb的原因