Divyang Bissa
07/24/2025, 2:39 PMkapa.ai
07/24/2025, 2:40 PMcursor_field >= last_synced_value
. If the cursor value is not granular enough (e.g., only to the second or day), or if the state is not updated to the latest value, the same record(s) may be included in every sync. This is expected behavior if the cursor is not unique or granular, but if you see this with high-precision fields, it may indicate a bug or misconfiguration ([Incremental Sync - Append: Inclusive Cursors](https://docs.airbyte.com/platform/using-airbyte/core-concepts/sync-modes/incremental-append#inclusive-cursors)). 3. Connector Bugs or State Handling Issues: There are known issues where the connector or the Airbyte platform does not properly update or recognize the state, especially with custom connectors or certain source/destination combinations. This can cause the sync to always start from the same point, re-sending the same data [[Bug - Source connector made with connector Builder do not recognize the last date modification cursor in the connection state "streamState" in incrementa sync](https://github.com/airbytehq/airbyte/issues/61567)]. What you can do: - Check the precision and type of your cursor field. If possible, use a field with high granularity (e.g., a timestamp with milliseconds or a monotonically increasing ID). - Review the logs to see what value is being stored in the state after each sync and compare it to your source data. - If you are using a connector with known issues (like MSSQL with datetime), check for updates or workarounds in the Airbyte community or GitHub issues. - Consider switching to a deduplication sync mode or using Change Data Capture (CDC) if your use case allows. If you provide more details about your source, destination, and cursor field, I can help you further diagnose the issue.Divyang Bissa
07/24/2025, 2:43 PMDivyang Bissa
07/24/2025, 2:46 PMkapa.ai
07/24/2025, 2:46 PMkapa.ai
07/24/2025, 2:46 PMcursor_field >= last_synced_value
. If the cursor is not updated correctly or lacks sufficient granularity, the same records may be included in every sync ([Incremental Sync - Append: Inclusive Cursors](https://docs.airbyte.com/platform/using-airbyte/core-concepts/sync-modes/incremental-append#inclusive-cursors)). What you can do: - Check if your cursor field is a datetime with sufficient precision (ideally including milliseconds). - Review the Airbyte sync logs to see what value is being stored in the state after each sync and compare it to your source data. - Consider upgrading to a newer connector version, as there have been ongoing fixes related to cursor handling in later releases ([MSSQL Changelog](https://docs.airbyte.com/integrations/sources/mssql#changelog)). - If possible, use a more granular or unique cursor field. If the problem persists even after these checks, it is likely due to the known cursor precision issue in the connector version you are using.Divyang Bissa
07/24/2025, 2:53 PMkapa.ai
07/24/2025, 2:53 PMkapa.ai
07/24/2025, 2:53 PM2025-07-13 21:16:00.333
and you are using the MSSQL source connector, there are known issues where Airbyte may round or truncate the datetime value, especially with millisecond precision. This can cause the same records to be re-synced in every incremental sync, because the state may store the cursor as 2025-07-13 21:16:00
(losing the .333
milliseconds), or in a different format, leading to incorrect comparisons during the next sync. This issue has been reported in the Airbyte community and GitHub, where datetime fields with millisecond precision are being rounded down, causing rows to keep incrementally syncing when they shouldn't ([Source MSSQL: datetime fields with millisecond precision are being rounded down to the second](https://github.com/airbytehq/airbyte/issues/10262), [[source-mssql] Cursor datetime seems to be rounding the time on incremental append](https://github.com/airbytehq/airbyte/issues/48403)). As a result, Airbyte may not update the cursor in the state with the full precision, and the next sync will re-select records with the same datetime value. Summary: If your cursor is 2025-07-13 21:16:00.333
and you see repeated data, it is likely due to this precision issue in the connector. The knowledge sources confirm this is a known limitation with the MSSQL connector and datetime cursor fields.