[bugfix](topn) fix coredump in copy_column_data_to_block when nullable mismatch

[xiaokang]

Proposed changes

Issue Number: close #xxx

return RuntimeError if copy_column_data_to_block nullable mismatch to avoid coredump in input_col_ptr->filter_by_selector(sel_rowid_idx, select_size, raw_res_ptr) .

The problem is reported by a doris user but I can not reproduce it, so there is no testcase added currently.

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...

[xiaokang]

run buildall

[eldenmoon]

LGTM

[github-actions]

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

[github-actions]

PR approved by anyone and no changes requested.

[github-actions]

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

[doris-robot]

TeamCity be ut coverage result:
Function Coverage: 37.96% (7984/21032)
Line Coverage: 29.67% (64770/218315)
Region Coverage: 29.12% (33380/114637)
Branch Coverage: 24.97% (17140/68644)
Coverage Report: http://coverage.selectdb-in.cc/coverage/9bbfe7ae3c2ea17b00c6031605ae308959e99191_9bbfe7ae3c2ea17b00c6031605ae308959e99191/report/index.html

[doris-robot]

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 45.31 seconds
stream load tsv: 562 seconds loaded 74807831229 Bytes, about 126 MB/s
stream load json: 19 seconds loaded 2358488459 Bytes, about 118 MB/s
stream load orc: 65 seconds loaded 1101869774 Bytes, about 16 MB/s
stream load parquet: 32 seconds loaded 861443392 Bytes, about 25 MB/s
insert into select: 29.6 seconds inserted 10000000 Rows, about 337K ops/s
storage size: 17162672418 Bytes