问题一：PolarDB-X 标准版 支持分库分表的方式创建数据库吗？
PolarDB-X 标准版 支持分库分表的方式创建数据库吗？
参考答案：
pxd，自己写好拓扑，是可以的
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/598772?spm=a2c6h.12873639.article-detail.62.787343787T80t7
问题二：PolarDB中使用linux部署有很多问题，有比较详细的文档吗？
PolarDB中使用linux部署有很多问题，有比较详细的文档吗？
参考答案：
我用 PXD 和 RPM 都安装过，没问题
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/598771?spm=a2c6h.12873639.article-detail.63.787343787T80t7
问题三：PolarDB没用K8S，用RPM包部署的高可用主从这个有没有好的方案？
请教一下，PolarDB没用K8S，用RPM包部署的高可用主从，业务需要注意自行感知 Leader 的切换，这个有没有好的方案
目前了解到ProxySQL组件，但它监测只读是根据 select @@read_only 来判断，而PolarDB是 SELECT * FROM INFORMATION_SCHEMA.ALISQL_CLUSTER_LOCAL 来查询判断，后面会不会考虑同步 @@read_only 变量呢？CREATE TABLE mysql_replication_hostgroups (
writer_hostgroup INT CHECK (writer_hostgroup>=0) NOT NULL PRIMARY KEY,
reader_hostgroup INT NOT NULL CHECK (reader_hostgroup<>writer_hostgroup AND reader_hostgroup>=0),
check_type VARCHAR CHECK (LOWER(check_type) IN ('read_only','innodb_read_only','super_read_only','read_only|innodb_read_only','read_only&innodb_read_only')) NOT NULL DEFAULT 'read_only',
comment VARCHAR NOT NULL DEFAULT '', UNIQUE (reader_hostgroup))
这个是它的表结构，里面 check_type 默认的只有两项，自定义查询 SQL 好像需要另外配任务指定 shell 脚本去判断，要复杂一些，毕竟 ProxySQL 是对接 MySQL 的
参考答案：
嗯，了解下业务背景，我们也在规划提供三节点配套的proxy组件
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/598726?spm=a2c6h.12873639.article-detail.64.787343787T80t7
问题四：方便问一下有没有修改PolarDB-x默认端口号的方法吗?
方便问一下有没有修改PolarDB-x默认端口号的方法吗?
参考答案：
docker部署可以指定，你可以通过系统防火墙来实现，禁止原来的端口被外部访问，系统内部做端口转换路由
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/598724?spm=a2c6h.12873639.article-detail.65.787343787T80t7
问题五：请问一下，PolarDB关于不同workload的执行模式，有相关的博客文章介绍吗？
请问一下，PolarDB关于不同workload的执行模式，有相关的博客文章介绍吗
参考答案：
PolarDB通过其执行器的设计，致力于为HTAP（混合事务/分析处理）工作负载提供支持。在处理不同workload时，PolarDB-X采用了多种执行模式以适应不同的场景：
- 简单的点查SQL：对于简单的查询，PolarDB-X可以直接将计算下推至存储层的MySQL执行，用户几乎感觉不到执行器的存在。在这种情况下，MySQL的结果经过简单处理后直接返回给用户。
- 复杂的SQL查询：当遇到无法将算子全部下推至存储层执行的复杂SQL时，PolarDB-X的执行器会介入执行那些无法下推的计算部分。这种情况下，执行器的作用变得明显，它负责处理那些需要在上面计算的算子。
- 并行调度策略：对于涉及多个数据节点的复杂查询，PolarDB-X会采用并行调度策略。此时，用户连接的CN（计算节点）承担查询协调者的角色，负责协调整个查询过程。这个过程中，各个CN节点会与DN（数据节点）进行通信，实现高效的数据处理。
- 分布式并行执行框架：PolarDB-X作为一个Share Nothing的数据库，采用了计算和存储分离的架构。在这种架构下，数据分片存储于各个DN节点，而计算则由CN节点完成。这种设计使得PolarDB-X能够处理TB级的数据处理需求，同时兼顾TP（事务处理）和AP（分析处理）场景。
为了深入了解PolarDB-X的执行模式和管理，您可以参考以下资源：
- 官方文档：通常，数据库的官方文档会提供最权威的信息，包括执行模式、系统架构以及性能优化等方面的详细说明。
- 技术博客：数据库厂商或专业数据库管理员会在技术博客中分享他们的经验和最佳实践，这些内容通常会涵盖具体的使用案例和操作指南。
- 社区论坛和问答平台：在这些平台上，您可以找到其他用户或专家针对特定问题的讨论和解答，这些互动往往能帮助您更好地理解数据库的运作方式。
综上所述，了解PolarDB的执行模式对于优化数据库性能至关重要，选择合适的资源来学习这些知识可以帮助您更有效地管理和使用PolarDB。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/598722?spm=a2c6h.12873639.article-detail.66.787343787T80t7
