Prepared execution is an efficient way to execute a statement more than once. It's better to support the server-side prepared statement protocol and add an option for users to enable it as it's widely used in the database production environment.
I am evaluating TiDB using HATtrick and find that the prepared-plan-cache could not be used because the server-side prepared statement execution could not be enabled, while the plan cache feature is essential for OLTP performance evaluation. For example, when JDBC is used, it could be easily enabled by setting useServerPrepStmts=true&useConfigs=maxPerformance&cachePrepStmts=true&prepStmtCacheSize=1000&prepStmtCacheSqlLimit=2048 in the db connection URL.
Prepared execution is an efficient way to execute a statement more than once. It's better to support the server-side prepared statement protocol and add an option for users to enable it as it's widely used in the database production environment.
I am evaluating TiDB using HATtrick and find that the prepared-plan-cache could not be used because the server-side prepared statement execution could not be enabled, while the plan cache feature is essential for OLTP performance evaluation. For example, when JDBC is used, it could be easily enabled by setting
useServerPrepStmts=true&useConfigs=maxPerformance&cachePrepStmts=true&prepStmtCacheSize=1000&prepStmtCacheSqlLimit=2048in the db connection URL.