001-：不必要的并发同步方案占用业务库资源导致CPU频频打高，屡禁不止（这种方案只能临时最求时效使用，而不应该成为常态），以下是HWY-ZH-GZ-RDS-Datasync库：
001+ ：不必要的并发同步方案占用业务库资源导致CPU频频打高，屡禁不止（这种方案只能临时最求时效使用，而不应该成为常态），以下是HWY-ZH-GZ-RDS-Datasync库： SELECT *, now() AS StarRocksUpdateTime FROM 'zhcxkj_center_datasync_comprehensive'.t_walmart_sku_shipping_template_us WHERE update_time >= '2026-10-15 11:15:00' AND update_time <= '2026-10-15 11:20:00' AND id >= 123243467 AND id <= 124124375 建议优化：如果数据量巨大，建议采用CDC（+kafka方案），也可以用应用kafka+rout loading方案
002-SELECT *, now() AS StarRocksUpdateTime
003-FROM 'zhcxkj_center_datasync_comprehensive'.t_walmart_sku_shipping_template_us
004-WHERE update_time >= '2026-10-15 11:15:00'
005-AND update_time <= '2026-10-15 11:20:00'
006-
007-AND id >= 123243467
008-AND id <= 124124375
009-建议优化：如果数据量巨大，建议采用CDC（+kafka方案），也可以用应用kafka+rout loading方案
001-：不必要的并发同步方案占用业务库资源导致CPU频频打高，屡禁不止（这种方案只能临时最求时效使用，而不应该成为常态），以下是HWY-ZH-GZ-RDS-Datasync库：<br />
001+ ：不必要的并发同步方案占用业务库资源导致CPU频频打高，屡禁不止（这种方案只能临时最求时效使用，而不应该成为常态），以下是HWY-ZH-GZ-RDS-Datasync库：<br /> SELECT *, now() AS StarRocksUpdateTime<br /> FROM 'zhcxkj_center_datasync_comprehensive'.t_walmart_sku_shipping_template_us<br /> WHERE update_time >= '2026-10-15 11:15:00'<br /> AND update_time <= '2026-10-15 11:20:00'<br /><br /> AND id >= 123243467<br /> AND id <= 124124375<br /> 建议优化：如果数据量巨大，建议采用CDC（+kafka方案），也可以用应用kafka+rout loading方案
002-SELECT *, now() AS StarRocksUpdateTime<br />
003-FROM 'zhcxkj_center_datasync_comprehensive'.t_walmart_sku_shipping_template_us<br />
004-WHERE update_time >= '2026-10-15 11:15:00'<br />
005-AND update_time <= '2026-10-15 11:20:00'<br />
006-<br />
007-AND id >= 123243467<br />
008-AND id <= 124124375<br />
009-建议优化：如果数据量巨大，建议采用CDC（+kafka方案），也可以用应用kafka+rout loading方案
| 由谁创建 | 于 2026-10-15 17:03:32 |
|---|---|
| 影响环境 |
生产环境-业务反馈 |
| 由谁解决 | 吴茵杰 于 2026-10-15 17:04:35 |
| 解决版本 | |
| 解决方案 | 服务器原因 |
| 由谁关闭 | 李乐同 于 2026-10-19 11:47:47 |
| 最后修改 | 李乐同 于 2026-10-19 11:47:47 |
| 相关Bug |
|---|
kafka等多平台组协助