mysql最大用户连接数，innodb vs myisam

所以我有一个集中的CMS，多个站点从一个数据库运行。最近，我们偶尔会收到一个max_user_connections错误，这是我们以前看到的（在速度慢得多的服务器上）

现在，主机建议innodb的行锁定而不是myisam的表锁定可以解决这个问题。听起来可能是这样，不过我认为增加连接会更安全

我已经读了一些关于innodb和myisam的文章，我不相信全文索引的丢失会是一个问题，但是我不确定外键的事情

所以我的问题是，在一个生产数据库上运行，有一个巨大的CMS和各种前端代码实例，在转换到innodb时可能会有任何重大问题吗？例如，具体哪种类型的查询不再有效？

两点：

• 增加连接数

  -在出现这种“停止世界”场景时，这不会解决您的问题。增加连接只会提供更多的并行连接，但出现此类问题通常意味着表上的操作非常频繁，并且在一次操作之间，一个或多个类似请求以阻塞状态运行。因此，即使您大幅增加连接池，它也只是临时解决方案

• InnoDB是一个完全不同的存储引擎。因此，您需要在不同的配置属性和备份方案上投入一些时间。从查询的角度来看，innodb可能比myisam有更多的选项。恐怕唯一不可能的是全文索引。请参阅此处的利弊综合列表：。提示：使用不同的工具集进行恢复、故障保护和备份

备选方案：除了通过切换到行级锁定机制或切换到完全不同的机制来解决锁定问题之外，您可能没有其他选择

还可以选择不完全切换。您可以在表的基础上配置存储引擎。因此，如果您确定发生锁定问题的表，您可以简单地将该表迁移到其他存储引擎