Apache Ignite并发查询性能远逊MySQL，咨询是否存在配置疏漏

索引与统计优化 #

• 确保表的主键/分片键配置合理：Ignite的分片依赖主键或自定义分片键，均匀的数据分布能避免单节点负载过高，减少并发查询时的热点瓶颈。
• 启用SQL统计功能：在配置文件中设置sql.statistics.enabled=true，或手动执行ANALYZE TABLE table_name更新统计信息，让Ignite优化器生成更高效的COUNT(*)执行计划，避免全分片扫描。
• 使用本地查询模式：针对SELECT count(*) from table_name这类聚合查询，在代码中设置new SqlFieldsQuery("SELECT count(*) FROM table_name").setLocal(true)，让每个节点单独统计本地分片数据，客户端再汇总结果，消除跨节点网络同步开销。

集群与分片配置 #

• 调整分片数量：建议分片数设置为集群节点数的2-4倍，确保100线程的查询请求能均匀分散到各节点和分片，避免单分片过载。
• 优化内存配置：确保节点的堆内存（heapMemoryPercentage）和堆外内存（maxMemory）足够容纳全量数据，禁止内存不足触发磁盘交换（swap）——磁盘IO会大幅拖慢查询速度。
• 调整持久化参数：若启用了Ignite持久化，关闭写限流（writeThrottlingEnabled=false），减少读请求时的持久化同步开销；同时将walMode设置为LOG_ONLY，平衡持久化安全性与读性能。

并发参数调整 #

• 提升单节点并发能力：在配置文件中设置sql.query.concurrentOpsPerNode=50（默认值通常为10-20），提高单节点同时处理查询的上限。
• 扩容客户端连接池：确保客户端connectionPoolSize不低于并发线程数（如设置为100），避免因连接不足导致线程阻塞等待。
• 关闭冗余追踪：禁用sql.query.tracking.enabled，减少查询追踪带来的额外性能消耗。

单节点部署的特殊优化 #

如果你的Ignite集群仅为单节点，分布式架构的冗余逻辑会成为性能瓶颈：

• 将Ignite配置为本地模式（clientMode=false且仅启动一个节点），关闭分布式查询的额外处理逻辑。
• 确保Ignite使用纯内存模式（关闭持久化），此时单节点Ignite的内存表性能理论上应优于MySQL，若仍有差距需检查是否存在内存溢出或配置冲突。

内容的提问来源于stack exchange，提问作者jimmy