MySQL 准备语句服务器缓存和 HikariCP
MySQL prepared statement server caching and HikariCP
我想使用准备好的语句缓存。我的应用程序目前使用 HikariCP 和 MySQL 5.6.
HikariCP 不做预处理语句缓存，建议最好由数据库服务器完成（argument). However the Hikari MySQL configuration 文档说不再推荐 MySQL 驱动程序 "useServerPrepStmts" 选项，因为MySQL 稳定性问题。该建议似乎是在 2015 年 3 月添加的。
我的解释是 MySQL 服务器中的准备语句存在问题（与 MySQL 驱动程序或 HikariCP/driver 交互问题相反）但我找不到其他问题除了在上述文档中引用的 the slides 之外提到的问题（他们提到的支持是 "Sketchy on early versions of MySQL-5.0"）。
还有人知道其他信息吗？ MySQL 是否有被认为稳定的版本？
抱歉延迟回复。您仍然可以使用 MySQL 准备好的语句缓存，就像其他执行客户端缓存的池一样有效。据报道 these performance settings 运作良好。
我会说可以随意使用 useServerPrepStmts，但如果您发现任何奇怪的行为，请将其禁用。出现了一些问题，some still remain，但似乎正在好转。
我想使用准备好的语句缓存。我的应用程序目前使用 HikariCP 和 MySQL 5.6.
HikariCP 不做预处理语句缓存，建议最好由数据库服务器完成（argument). However the Hikari MySQL configuration 文档说不再推荐 MySQL 驱动程序 "useServerPrepStmts" 选项，因为MySQL 稳定性问题。该建议似乎是在 2015 年 3 月添加的。
我的解释是 MySQL 服务器中的准备语句存在问题（与 MySQL 驱动程序或 HikariCP/driver 交互问题相反）但我找不到其他问题除了在上述文档中引用的 the slides 之外提到的问题（他们提到的支持是 "Sketchy on early versions of MySQL-5.0"）。
还有人知道其他信息吗？ MySQL 是否有被认为稳定的版本？
抱歉延迟回复。您仍然可以使用 MySQL 准备好的语句缓存，就像其他执行客户端缓存的池一样有效。据报道 these performance settings 运作良好。
我会说可以随意使用 useServerPrepStmts，但如果您发现任何奇怪的行为，请将其禁用。出现了一些问题，some still remain，但似乎正在好转。