[fix](compaction) compaction should catch exception when read next block

[hust-hhb]

Proposed changes

when string column length is bigger than 4G, it will throw excepiton on ColumnString::insert_range_from, now compaction dosen't catch this excepiton, which may lead to be compaction core.

Issue Number: close #xxx

Further comments

If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...

[hust-hhb]

run buildall

[github-actions]

clang-tidy review says "All clean, LGTM! 👍"

[doris-robot]

TeamCity be ut coverage result:
Function Coverage: 36.84% (7978/21654)
Line Coverage: 28.87% (64018/221778)
Region Coverage: 27.80% (33228/119536)
Branch Coverage: 24.38% (17043/69900)
Coverage Report: http://coverage.selectdb-in.cc/coverage/747e1eb6723f0b20c155e1d86c3f7f734576d963_747e1eb6723f0b20c155e1d86c3f7f734576d963/report/index.html

[zhannngchen]

LGTM

[github-actions]

PR approved by at least one committer and no changes requested.

[github-actions]

PR approved by anyone and no changes requested.

[doris-robot]

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 48.1 seconds
stream load tsv: 594 seconds loaded 74807831229 Bytes, about 120 MB/s
stream load json: 20 seconds loaded 2358488459 Bytes, about 112 MB/s
stream load orc: 64 seconds loaded 1101869774 Bytes, about 16 MB/s
stream load parquet: 31 seconds loaded 861443392 Bytes, about 26 MB/s
insert into select: 29.0 seconds inserted 10000000 Rows, about 344K ops/s
storage size: 17162571459 Bytes

[yiguolei]

LGTM