[GitHub] [inlong] Yizhou-Yang opened a new issue, #7392: [Improve] Refactor Doris Single Table to solve performance issues

["Yizhou-Yang (via GitHub)" <gi...@apache.org>]

Yizhou-Yang opened a new issue, #7392:
URL: https://github.com/apache/inlong/issues/7392

   ### Description
   
   Currently, Doris single table has a shockingly low throughput (1700 records/s, where it should be 50000), partly because I didn't do enough performance testing when I was implementing the connector.
   
   To fix this issue, I am isolating single and multiple logic for Doris, and refactor the internal logic for doris single table. DirtyHelper, Inlong metric and etc. are still being kept.
   
   ### InLong Component
   
   InLong Sort
   
   ### Are you willing to submit PR?
   
   - [X] Yes, I am willing to submit a PR!
   
   ### Code of Conduct
   
   - [X] I agree to follow this project's [Code of Conduct](https://www.apache.org/foundation/policies/conduct)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscribe@inlong.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org

[GitHub] [inlong] EMsnap closed issue #7392: [Improve][Sort] Refactor Doris single table to solve performance issues

["EMsnap (via GitHub)" <gi...@apache.org>]

EMsnap closed issue #7392: [Improve][Sort] Refactor Doris single table to solve performance issues
URL: https://github.com/apache/inlong/issues/7392


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscribe@inlong.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org