ap引擎试用

感谢反馈。
目前AP引擎的增量追日志的确可能延迟较大，尤其是UPDATE较多的场景下。
您说对AP引擎查询时CPU较大，想了解下rapid_memory_limit设置多大呢。
如果是通过mysql cli连接的话，可以在 my.cnf 中做设置调整（在 [mysql] 区间中增加一行 init-command 相关设置），即可在连接后自动启用AP引擎查询：
```sql
#/etc/my.cnf
...
[client]
...
[mysql]
...
init-command="SET use_secondary_engine = ON; SET secondary_engine_cost_threshold = 0; "
[mysqld]
...
```

yejr 发表于 2024-2-10 22:24
感谢反馈。
目前AP引擎的增量追日志的确可能延迟较大，尤其是UPDATE较多的场景下。
您说对AP引擎查询时CPU ...

叶老师好
因为延迟比较大，所以还没有到测试AP引擎查询阶段
cpu负载高是innodb引擎。
我这边是改了zabbix的源码，实现程序连接时自动配置会话级参数；另外 我司主要是java的程序，延迟问题解决后我再找研发同学聊适配的问题。或者咱这边可以添加ap引擎开关的全局参数，可以默认为关。

阿川 发表于 2024-2-18 11:19
叶老师好
因为延迟比较大，所以还没有到测试AP引擎查询阶段
cpu负载高是innodb引擎。

可以试试设置JDBC的sessionVariables参数，在每次新建立session连接时，修改SET use_secondary_engine = ON; SET secondary_engine_cost_threshold = 0; 设置。

详情参考 https://dev.mysql.com/doc/connec ... -props-session.html

阿川 发表于 2024-2-18 11:19
叶老师好
因为延迟比较大，所以还没有到测试AP引擎查询阶段
cpu负载高是innodb引擎。

另外，可以尝试我在发布会上提到的主从复制方案，即：在主节点仍采用innodb引擎，在从节点加上Rapid引擎。
目前增量数据同步的确没那么及时，所以暂时只能用在不要求高实时性的AP类查询，我们也会针对这个情况持续优化的，有望在下个版本中解决。