selecting big text field takes too long

[abbracadabra]

why selecting a big column took takes a lot of time, the following sql too much time.

select big_text from hellobike.t_records  where trace_id in (...200 trace_id...);  

performance detail
duration: 0.243 sec / fetch: 17.357 sec, this detail is read from mysql query output panel, it shows most of time is spent on fetch, what does this mean and how can i improve this.

doris version 3.1.3

ddl:

CREATE TABLE `t_records` (
  `create_time` datetime(3) NOT NULL COMMENT "录制时间",
  `trace_id` varchar(128) NOT NULL COMMENT "录制trace_id",
  `app_name` varchar(128) NOT NULL,
  `big_text` text NULL DEFAULT "",
  `update_time_millis` bigint NULL DEFAULT "0" COMMENT "更新时间"
) ENGINE=OLAP
UNIQUE KEY(`create_time`, `trace_id`)
AUTO PARTITION BY RANGE (date_trunc(`create_time`, 'day'))
DISTRIBUTED BY HASH(`trace_id`) BUCKETS AUTO
PROPERTIES (
"replication_allocation" = "tag.location.default: 1",
"min_load_replica_num" = "-1",
"is_being_synced" = "false",
"dynamic_partition.enable" = "true",
"dynamic_partition.time_unit" = "DAY",
"dynamic_partition.time_zone" = "Asia/Shanghai",
"dynamic_partition.start" = "-2147483648",
"dynamic_partition.end" = "2",
"dynamic_partition.prefix" = "p",
"dynamic_partition.replication_allocation" = "tag.location.default: 1",
"dynamic_partition.buckets" = "10",
"dynamic_partition.create_history_partition" = "false",
"dynamic_partition.history_partition_num" = "-1",
"dynamic_partition.hot_partition_num" = "0",
"dynamic_partition.reserved_history_periods" = "NULL",
"dynamic_partition.storage_policy" = "",
"storage_medium" = "hdd",
"storage_format" = "V2",
"inverted_index_storage_format" = "V2",
"enable_unique_key_merge_on_write" = "true",
"light_schema_change" = "true",
"function_column.sequence_col" = "update_time_millis",
"disable_auto_compaction" = "false",
"enable_single_replica_compaction" = "false",
"group_commit_interval_ms" = "10000",
"group_commit_data_bytes" = "134217728",
"enable_mow_light_delete" = "false"
);

note: my computer disk is ssd disk , but the ddl detects it as hdd disk

[abbracadabra]

solved, it has to do with mysql client, this speed issue only happens with mysql workbench.