问题一：PolarDB中sql语句可以参数化吗？ 如果参数都是固定的，outline作用就很有限。
PolarDB中sql语句可以参数化吗？ 如果参数都是固定的，outline作用就很有限。
参考回答：
参数是模板化的，定值不会影响匹配
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/584976
问题二：PolarDB中where条件和xx代表的列名都是确定的吗？
PolarDB中where条件和xx代表的列名都是确定的吗？如果是的话，直接把语句填在里面就行。
call dbms_outln.add_optimizer_outline('', '/+ JOIN_PREFIX(c) /', '语句填进来');
参考回答：
where 条件有可能列的个数是不定的。这种情况暂时是不支持的，只有等号后面或者 in 条件里这样的定值可以模板化，您这种连语句结构都不一样，本来执行计划就可能 不同，是支持不了的。只能给每个语句单独创建 outline。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/584975
问题三：PolarDB中sql语句可以参数化吗？ 如果参数都是固定的，outline作用就很有限。
PolarDB中sql语句可以参数化吗？ 如果参数都是固定的，outline作用就很有限。
参考回答：
PolarDB支持SQL语句参数化。您可以使用问号（？）作为占位符，然后在执行SQL语句时传递实际的参数值。例如：
INSERT INTO users (name, age) VALUES (?, ?);
在这个例子中，问号是参数占位符，您需要将实际的值传递给execute方法。如果所有参数都是固定的，那么outline功能可能没有太大作用，因为它主要用于动态生成SQL语句。但是，如果您需要根据不同的条件生成不同的SQL语句，那么outline功能就非常有用了。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/584974
问题四：PolarDB中SQL查询本身可以并发调用？
看到某些SQL加了SQL_CALC_FOUND_ROWS，扫描行数到了62552566级别，返回20，这个统计也是必要的？是不是count可以缓存下，PolarDB中SQL查询本身可以并发调用？
参考回答：
SQL_CALC_FOUND_ROWS 是一个 MySQL 特定的 SQL 语句选项，用于与 LIMIT 子句一起使用。当使用 LIMIT 子句限制返回的行数时，SQL_CALC_FOUND_ROWS 允许查询计算被 LIMIT 子句排除的行数，而不是实际返回这些行。这对于在分页查询中获取总行数很有用，因为它可以减少查询的开销。
关于您提到的扫描行数和返回结果的问题：
1、扫描行数：扫描行数是查询优化器估计为了返回结果需要检查的行数。这只是一个估计，并不一定代表实际扫描的行数。在某些情况下，实际的扫描行数可能会更多或更少。
2、SQL_CALC_FOUND_ROWS：当使用 SQL_CALC_FOUND_ROWS 时，虽然只返回了20条记录，但它仍然会计算被排除的行数。这有助于在后续的查询中获取总行数。
3、缓存：MySQL 提供了一些缓存机制，如查询缓存，但这些通常不适用于包含 SQL_CALC_FOUND_ROWS 的查询，因为这些查询的结果可能依赖于 LIMIT 子句的值。
4、并发调用：在 PolarDB 或其他数据库中，SQL 查询可以并发执行。并发执行可以提高查询性能，特别是对于读密集型的工作负载。但并发执行也可能引入资源竞争和其他复杂问题。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/584973
问题五：为什么手动执行analyze计划还是不一样，PolarDB中集群节点这个参数都一致吧？
为什么手动执行analyze计划还是不一样，PolarDB中集群节点这个参数都一致吧？
参考回答：
统计信息的同步是集群内异步，只能在主节点执行，异步同步到ro节点上做下flush table。
关于本问题的更多回答可点击原文查看：
