[HUDI-3281][Performance]Tuning performance of getAllPartitionPaths API in FileSystemBackedTableMetadata

[zhangyue19921010]

https://issues.apache.org/jira/projects/HUDI/issues/HUDI-3281

What is the purpose of the pull request

Current implement of getAllPartitionPaths API list/collect all the data files and check .hoodie_partition_metadata in these files.
As we know list is a pretty heavy action especially in scenarios where S3 is used as storage.
We sometimes can see 20+ seconds for a single list action causing streaming job delay.

Brief change log

Just check if partitions/.hoodie_partition_metadata exists instead of getting all the data files under partitions.

Here are the test result based on S3

	time1	time2	time3	time4	time5	time6	time7	time8	time9	time10	avg(ms)
Original	6045	5627	5736	5697	5733	5321	5462	5700	6072	5367	5676
Optimized	2888	2730	2717	2680	2684	2778	2650	2728	3107	2908	2787

Verify this pull request

(Please pick either of the following options)

This pull request is a trivial rework / code cleanup without any test coverage.

(or)

This pull request is already covered by existing tests, such as (please describe tests).

(or)

This change added tests and can be verified as follows:

(example:)

• Added integration tests for end-to-end.
• Added HoodieClientWriteTest to verify the change.
• Manually verified the change by running a job locally.

Committer checklist

• Has a corresponding JIRA in PR title & commit

• Commit message is descriptive of the change

• CI is green

• Necessary doc changes done or have another open PR

• For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

[hudi-bot]

CI report:

• d63b343 Azure: SUCCESS

Bot commands

@hudi-bot supports the following commands:

• @hudi-bot run azure re-run the last Azure build

[nsivabalan]

LGTM. good optimization :)

[nsivabalan]

CC @yihua @manojpec

[zhangyue19921010]

@nsivabalan Thanks a lot for your help!