Kafka 详细配置参数说明

参数值参数文件描述
auto.create.topics.enableserver.properties【说明】是否允许自动创建Topic,若是false,就需要通过命令创建Topic。
【默认值】true
【取值范围】true或false
log.cleaner.backoff.msserver.properties【说明】检查是否有日志需要清理的时间间隔。单位:毫秒。
【默认值】15000
【取值范围】0~9223372036854775807
log.cleaner.delete.retention.msserver.properties【说明】保存压缩日志的最长时间,与log.retention.minutes的区别在于一个控制未压缩数据,一个控制压缩后的数据。单位:毫秒。
【默认值】86400000
【取值范围】1~9223372036854775807
log.cleaner.enableserver.properties【说明】是否打开日志数据压缩功能。
【默认值】true
【取值范围】true或false
log.cleaner.io.buffer.load.factorserver.properties【说明】日志数据清理中Hash表的扩大因子,一般不需要修改。
【默认值】0.9
【取值范围】0~1
log.cleaner.io.buffer.sizeserver.properties【说明】日志数据清理过程中针对日志进行索引化以及精简化所用到的缓存大小,一般不需要修改。单位:字节。
【默认值】512*1024
【取值范围】0~2147483647
log.cleaner.io.max.bytes.per.secondserver.properties【说明】进行日志数据压缩清理时,允许每秒I/O的数据量,以免日志数据压缩清理影响正在执行的请求。单位:字节/秒。
【默认值】1.7976931348623157E308
【取值范围】0~1.7976931348623157E308
log.cleaner.min.cleanable.ratioserver.properties【说明】控制日志数据压缩清理的频率。默认情况下,当日志数据的50%已经被清理时,不需要再继续清理。
【默认值】0.5
【取值范围】0~1
log.cleaner.threadsserver.properties【说明】日志压缩清理所使用的线程数。
【默认值】1
【取值范围】1~2147483647
log.cleanup.policyserver.properties【说明】当日志过期时(超过了要保存的时间),采用的清除策略,删除或者压缩。
【默认值】delete
【取值范围】delete或compact
log.dirsserver.properties【说明】Kafka数据保存路径,可以是多个目录,以“,”分隔。每个新Partition会被创建在包含最少Partition的目录下。
log.flush.interval.messagesserver.properties【说明】指定累积多少条消息强制进行落盘。例如,如果这个选项设置为5,那么Broker收到每5条消息后,就需要进行一次落盘。此参数的设置,需要在“数据可靠性”与“性能”之间做必要的权衡。
【默认值】9223372036854775807
【取值范围】1~9223372036854775807
log.flush.interval.msserver.properties【说明】指定强制进行日志数据落盘的时间间隔。单位:毫秒。
【默认值】9223372036854775807
【取值范围】0~9223372036854775807
log.flush.offset.checkpoint.interval.msserver.properties【说明】指定检查上次日志数据刷新的频率。一般不需要修改。单位:毫秒。
【默认值】60000
【取值范围】1000~2147483647
log.flush.scheduler.interval.msserver.properties【说明】指定检查是否需要将日志数据落盘的时间间隔。单位:毫秒。
【默认值】9223372036854775807
【取值范围】1000~9223372036854775807
log.index.interval.bytesserver.properties【说明】指定Kafka每隔多少字节创建一个消息索引。默认设置保证了每4096个字节就对消息添加一个索引,更多的索引使得消息的读取更加高效,但是索引数量会由此增大。一般不需要修改。单位:字节。
log.index.size.max.bytesserver.properties【说明】指定索引文件的大小,一般不需要修改。单位:字节。
【默认值】10 * 1024 z* 1024
【取值范围】4~2147483647
log.message.timestamp.difference.max.msserver.properties【说明】消息时间戳差别最大值,仅当message.timestamp.type设置为CreateTime时有效,若收到的消息中携带的时间戳与当前时间的差值大于该值时,该消息会被拒绝。
【默认值】9223372036854775807
【取值范围】1~922337203685477580
log.message.timestamp.typeserver.properties【说明】设置消息时间戳记录的内容,可记录消息创建的时间,或者消息数据写入时间。
【默认值】CreateTime
【取值范围】CreateTime或LogAppendTime
log.retention.bytesserver.properties【说明】指定每个Partition上的日志数据所能达到的最大字节。默认情况下无限制。单位:字节。
【默认值】-1
【取值范围】-1~9223372036854775807
log.retention.hoursserver.properties【说明】日志数据文件保留的最长时间。单位:小时。
【默认值】24*7
【取值范围】1~2147483647
log.roll.hoursserver.properties【说明】指定创建新日志数据分段文件的时间间隔,即使文件大小没有达到log.segment.bytes,也会创建。单位:小时。
【默认值】24*7
【取值范围】1~2147483647
log.segment.bytesserver.properties【说明】指定日志数据中分段文件的最大字节数。单位:字节。
【默认值】1073741824
【取值范围】1048576~2147483647
log.segment.delete.delay.msserver.properties【说明】指定从文件系统中删除一个文件的超时时间。单位:毫秒。
【默认值】60000
【取值范围】0~9223372036854775807
min.insync.replicasserver.properties【说明】当Producer设置request.required.acks为-1时,指定需要写入成功的副本的最小数目。
【默认值】1
【取值范围】1~2147483647
num.partitionsserver.properties【说明】指定Topic的默认分区数。如果创建Topic时没有指定Partition个数,此配置为Topic下Partitions的数目。
【默认值】2
【取值范围】1~2147483647
num.recovery.threads.per.data.dirserver.properties【说明】每个数据目录用来数据恢复的线程数目。
【默认值】10
【取值范围】1~2147483647
background.threadsserver.properties【说明】Broker后台任务处理的线程数目,例如过期数据文件的删除线程。一般不需要修改。
【默认值】10
【取值范围】1~512
message.max.bytesserver.properties【说明】Broker允许接收单条消息的最大字节数。单位:字节。
【默认值】1000012
【取值范围】0~2147483647
num.io.threadsserver.properties【说明】Broker用来处理磁盘I/O的线程数目,这个线程数目建议至少等于硬盘的个数。
【默认值】8
【取值范围】1~256
num.network.threadsserver.properties【说明】Broker用来处理网络请求的线程数目。一般不需要修改。
【默认值】3
【取值范围】1~128
queued.max.requestsserver.properties【说明】在网络请求处理线程停止读取新请求之前,可以排队等待I/O线程处理的最大请求个数.
【默认值】500
【取值范围】1~10000
request.timeout.msserver.properties【说明】设置客户端发送连接请求后,等待响应的超时时间。如果在超时时间内没有接收到响应,那么客户端重新发送,并在达到重试次数后返回请求失败。单位:毫秒。
【默认值】30000
【取值范围】10~600000
ssl.mode.enableserver.properties【说明】如果设置为true,那么Broker启动过程中会启动SSL的相关服务。
【默认值】false
【取值范围】true或false
group.max.session.timeout.msserver.properties【说明】Consumer注册时允许的最大会话超时时间。单位:毫秒。
【默认值】300000
【取值范围】1~2147483647
group.min.session.timeout.msserver.properties【说明】Consumer注册时允许的最小会话超时时间。单位:毫秒。
【默认值】6000
【取值范围】1~2147483647
auto.leader.rebalance.enableserver.properties【说明】是否使用Leader自动均衡功能。如果设为true,Controller会周期性的为所有Broker的每个Partition均衡Leadership,将Leadership分配给更优先(preferred)的副本。
【默认值】true
【取值范围】true或false
controller.socket.timeout.msserver.properties【说明】Partition的Leader与副本之间通讯时,Socket的超时时间。单位:毫秒。
【默认值】30000
【取值范围】0~2147483647
default.replication.factorserver.properties【说明】自动创建Topic时的缺省副本数。该值必须小于等于Broker实例数。
【默认值】2
【取值范围】1~2147483647
fetch.purgatory.purge.interval.requestsserver.properties【说明】同步请求的清除间隔。
【默认值】1000
【取值范围】1~2147483647
leader.imbalance.check.interval.secondsserver.properties【说明】Leader均衡检测的时间间隔。单位:秒。
【默认值】300
【取值范围】1~2147483647
leader.imbalance.per.broker.percentageserver.properties【说明】每个Broker允许的不均衡的Leader的百分比。如果每个Broker超过了这个百分比,Controller就会重新均衡Leadership。单位:百分比。
【默认值】10
【取值范围】0~100
num.replica.fetchersserver.properties【说明】副本向Leader请求同步数据的线程数,增大这个数值会增加副本的I/O并发度。
【默认值】1
【取值范围】1~2147483647
producer.purgatory.purge.interval.requestsserver.properties【说明】Producer请求的清除间隔次数。
【默认值】1000
【取值范围】1~2147483647
replica.fetch.backoff.msserver.properties【说明】数据同步出错时的等待时间。单位:毫秒。
【默认值】1000
【取值范围】0~2147483647
replica.fetch.max.bytesserver.properties【说明】副本与Leader之间数据同步请求中每次请求消息的最大字节数。单位:字节。
【默认值】1024*1024
【取值范围】message.max.bytes~2147483647
replica.fetch.min.bytesserver.properties【说明】副本与Leader之间数据同步请求中每次请求消息的最小字节数。单位:字节。
【默认值】1
【取值范围】1~2147483647
replica.fetch.wait.max.msserver.properties【说明】副本与Leader之间通信的最大等待时间,配置值不得大于replica.lag.time.max.ms。单位:毫秒。
【默认值】500
【取值范围】1~2147483647
replica.high.watermark.checkpoint.interval.msserver.properties【说明】副本将Hight Watermark信息写入磁盘的时间间隔。单位:毫秒。
【默认值】5000
【取值范围】1~9223372036854775807
replica.lag.max.messagesserver.properties【说明】如果一个副本中没有同步的消息条数超过这个数值,Leader会认为该副本已经失效,并将其从ISR中移除。
【默认值】4000
【取值范围】0~9223372036854775807
replica.lag.time.max.msserver.properties【说明】如果一个副本在这个时间内没有发送数据同步请求,Leader会认为该副本已经失效,并将其从ISR中移除。单位:毫秒。
【默认值】10000
【取值范围】0~9223372036854775807
replica.socket.receive.buffer.bytesserver.properties【说明】副本同步数据时,接收Leader消息的缓存大小。单位:字节。
【默认值】64*1024
【取值范围】0~2147483647
replica.socket.timeout.msserver.properties【说明】副本数据同步请求的超时时间,配置值不得小于replica.fetch.wait.max.ms。单位:毫秒。
【默认值】30*1000
【取值范围】0~2147483647
unclean.leader.election.enableserver.properties【说明】是否允许不在ISR中的副本被选举为Leader,若设置为true,可能会造成数据丢失。
【默认值】true
【取值范围】true或false
compression.typeserver.properties【说明】指定topic最终的数据压缩方式,如果这是为producer,那么将保留Producer的压缩方式。
【默认值】producer
【取值范围】producer, uncompressed, gzip, snappy, lz4
connections.max.idle.msserver.properties【说明】空闲链接的超时时间。服务端的Socket处理线程会将超过该时间的空闲链接关闭。单位:毫秒。
【默认值】600000
【取值范围】1~9223372036854775807
delete.topic.enableserver.properties【说明】指定是否允许删除Topic。如果设置为false,通过管理工具无法删除Topic。
【默认值】true
【取值范围】true或false
max.connections.per.ipserver.properties【说明】Broker允许每个IP的最大连接数。
【默认值】2147483647
【取值范围】1~2147483647
max.connections.per.ip.overridesserver.properties【说明】每个IP或者主机名允许的最大连接数。配置举例:hostname1:num1,hostname2:num2或者IP1:num1,IP2:num2,IP3:num3,中间用英文逗号分隔。
auto.commit.interval.msConsumerConfig【说明】自动提交的时间间隔
enable.auto.commitConsumerConfig【说明】是否自动提交offset
【默认】true
max.poll.recordsConsumerConfig【说明】最大消费数
【默认】
【提示】kafka在0.9版本无max.poll.records参数,默认拉取记录是500,直到0.10版本才引入该参数,所以在0.9版本配置是无效的。
group.idConsumerConfig【说明】消费组
zookeeper.session.timeout.msConsumerConfig【说明】ZooKeeper的最大超时时间,就是心跳的间隔,若是没有反映,那么认为已经死了,不易过大
【默认值】6000
bootstrap.serversConsumerConfig【说明】连接kafka节点信息 host1:port1,host2,port2
partition.assignment.strategyConsumerConfig【说明】Kafka消费时分区分配策略
【参数】 range 或 roundrobin。
【默认值】range
【参考】https://mp.weixin.qq.com/s/WjJ4DcUhD0TTiBWj-wTWXg
auto.offset.resetConsumerConfig【说明】earliest: 当各分区下有已提交的offset时,从提交的offset开始消费;无提交的offset时,从头开始消费
latest : 当各分区下有已提交的offset时,从提交的offset开始消费;无提交的offset时,消费新产生的该分区下的数据
none: topic各分区都存在已提交的offset时,从offset后开始消费;只要有一个分区不存在已提交的offset,则抛出异常
fetch.min.bytesConsumerConfig【说明】server发送到消费端的最小数据,若是不满足这个数值则会等待直到满足指定大小。默认为1表示立即接收
fetch.wait.max.msConsumerConfig若是不满足fetch.min.bytes时,等待消费端请求的最长等待时间
metadata.max.age.msConsumerConfig【说明】在毫秒数的时间内,即使我们没有看到任何分区leader更改,也会强制刷新元数据,以便主动发现任何新的代理或分区。
max.partition.fetch.bytesConsumerConfig【说明】每次从单个分区中拉取的消息最大尺寸(byte)
【默认】为1M
client.idConsumerConfig【说明】这个client id是用户特定的字符串,在每次请求中包含用来追踪调用,他应该逻辑上可以确认是那个应用发出了这个请求。
reconnect.backoff.msConsumerConfig【默认值】50ms【说明】用于设置重新尝试连接的等待时间。
check.crcsConsumerConfig【说明】自动检查CRC32记录的消耗。这样可以确保消息发生时不会在线或磁盘损坏。此检查增加了一些开销,因此在寻求极致性能的情况下可能会被禁用。
key.deserializerConsumerConfig【说明】key的解析序列化接口实现类(Deserializer)
value.deserializerConsumerConfig【说明】value的解析序列化接口实现类(Deserializer)
connections.max.idle.msConsumerConfig【说明】空连接的超时限制
【默认值】600000
request.timeout.msConsumerConfig【说明】配置控制客户端等待请求响应的最长时间。如果在超时之前未收到响应,客户端将在必要时重新发送请求,如果重试耗尽则客户端将重新发送请求。
exclude.internal.topicsConsumerConfig【说明】内部topic的记录(如偏移量)是否应向消费者公开。如果设置为true,则从内部topic接受记录的唯一方法是订阅它。
metadata.max.age.msProducerConfig同consumer
batch.sizeProducerConfig【说明】kafka会默认将发送到一个partiton的数据进行整合,这个大小是处理请求数据大小batch发送的,如果太小,可能就只能单独请求发送消息给kafka。
linger.msProducerConfig【说明】如果达不到batch.size大小,每隔固定时间发送一次
acksProducerConfigproducer需要server接收到数据之后发出的确认接收的信号,此项配置就是指procuder需要多少个这样的确认信号。此配置实际上代表了数据备份的可用性。以下设置为常用选项:
(1)acks=0: 设置为0表示producer不需要等待任何确认收到的信息。副本将立即加到socket buffer并认为已经发送。没有任何保障可以保证此种情况下server已经成功接收数据,同时重试配置不会发生作用(因为客户端不知道是否失败)回馈的offset会总是设置为-1;
(2)acks=1: 这意味着至少要等待leader已经成功将数据写入本地log,但是并没有等待所有follower是否成功写入。这种情况下,如果follower没有成功备份数据,而此时leader又挂掉,则消息会丢失。
(3)acks=all: 这意味着leader需要等待所有备份都成功写入日志,这种策略会保证只要有一个备份存活就不会丢失数据。这是最强的保证。
(4)其他的设置,例如acks=2也是可以的,这将需要给定的acks数量,但是这种策略一般很少用。
client.idProducerConfig同consumer
buffer.memoryProducerConfig【说明】producer可以用来缓存数据的内存大小。如果数据产生速度大于向broker发送的速度,producer会阻塞或者抛出异常,以“block.on.buffer.full”来表明。这项设置将和producer能够使用的总内存相关,但并不是一个硬性的限制,因为不是producer使用的所有内存都是用于缓存。一些额外的内存会用于压缩(如果引入压缩机制),同样还有一些用于维护请求。
【默认值】33554432
retriesProducerConfig【说明】设置大于0的值将使客户端重新发送任何数据,一旦这些数据发送失败。注意,这些重试与客户端接收到发送错误时的重试没有什么不同。允许重试将潜在的改变数据的顺序,如果这两个消息记录都是发送到同一个partition,则第一个消息失败第二个发送成功,则第二条消息会比第一条消息出现要早。
【默认值】0
retry.backoff.msProducerConfig【说明】在试图重试失败的produce请求之前的等待时间。避免陷入发送-失败的死循环中。
【默认值】100
key.serializerProducerConfig同consumer
value.serializerProducerConfig同consumer
connections.max.idle.msProducerConfig【说明】关闭空闲连接
【默认值】9 * 60 * 1000
partitioner.classProducerConfig【说明】分区类,实现Partitioner 的class
request.timeout.msProducerConfig同consumer

公众号:hadoopwiki

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/509661.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

数据结构实验之栈三:后缀式求值

题目描述 对于一个基于二元运算符的后缀表示式(基本操作数都是一位正整数),求其代表的算术表达式的值。输入 输入一个算术表达式的后缀式字符串,以‘#’作为结束标志。输出 求该后缀式所对应的算术表达式的值,并输出之…

std::mutex详解

Mutex 又称互斥量&#xff0c;C 11中与 Mutex 相关的类&#xff08;包括锁类型&#xff09;和函数都声明在 <mutex> 头文件中&#xff0c;所以如果你需要使用 std::mutex&#xff0c;就必须包含 <mutex> 头文件。 <mutex> 头文件介绍 Mutex 系列类(四种) st…

java中stack集合框架

栈(Stack):数据结构的一种,存储特点:Last In First Out. Stack 类表示后进先出&#xff08;LIFO&#xff09;的对象栈. 栈结构在生活中的体现: 1):QQ消息. A,B,C三个人先后发送消息,我们查看的时候发现最顶上的是最新的消息. 2):手枪弹夹的装和发射: 要来实现栈的存储,底层…

ElasticSearch Pipeline 为新增数据设置更新时间

文章目录模拟测试测试返回结果实际应用创建Pipeline查看创建Pipeline新增数据测试查看新增数据创建索引时直接设置Pipeline模拟测试 测试 POST _ingest/pipeline/_simulate {"pipeline": {"processors": [{"set": {"field": "t…

队列的基本操作

链式存储 typedef int QElemType; typedef int Status;//具体数据类型具体定义 typedef struct QNode//队列结点结构体 { QElemType data; QNode *next; } QNode, *Queueptr; typedef struct // 链队列类型 { Queueptr front; // 队头指针&#xff08;结构体类…

c++阻塞队列

基于C11的阻塞队列简单实现 转载请说明出处&#xff1a;http://blog.csdn.net/cywosp/article/details/9157379 在多线程编程中阻塞队列(Blocking Queue)是一种常用于实现生产者和消费者模型的数据结构。其与普通的队列区别在于&#xff0c;当队列为空时&#xff0c;从队列获取…

java中ArrayList类的操作

ArrayList类是Java集合框架出现之后用来取代Vector类的: 二者底层原理都是基于数组的算法,一模一样. 区别: Vector: 所有的方法都使用了synchronized修饰符. 线程安全但是性能较低. 适用于多线程环境. ArrayList:所有的方法都没有使用synchronized修饰符. 线程不安全但是性…

Elasticsearch Painless Script详解

文章目录1. Painless 简介Painless 的用途2. 参数3. 首选参数4. 简短脚本形式5. 通过 Painless 脚本访问字段6. 示例6.1 案例 1&#xff1a;Script Processsor6.2 案例 2&#xff1a;文档更新计数6.3 案例 3&#xff1a;搜索时的 Script 字段6.4 Script :Inline v.s Stored6.5 …

算术表达式的转换

题目描述 小明在学习了数据结构之后&#xff0c;突然想起了以前没有解决的算术表达式转化成后缀式的问题&#xff0c;今天他想解决一下。因为有了数据结构的基础小明很快就解出了这个问题&#xff0c;但是他突然想到怎么求出算术表达式的前缀式和中缀式呢&#xff1f;小明很困惑…

Reactor事件驱动的两种设计实现:面向对象 VS 函数式编程

内容目录&#xff1a; Reactor实现架构对比面向对象的Reactor方案设计函数式编程的Reactor设计示例对比两者的时序图对比结论 Reactor事件驱动的两种设计实现&#xff1a;面向对象 VS 函数式编程 这里的函数式编程的设计以muduo为例进行对比说明&#xff1b; Reactor实现架构对…

ElasticSearch 快照 备份、恢复数据

文章目录ElasticSearch 设置备份文件地址注册快照存储库查看快照存储库保存结果创建快照异步创建指定索引进行快照查看全部快照在服务器查看备份的数据恢复数据本机恢复其他服务器恢复常见问题报错 doesnt match any of the locations specified by path.repo because this set…

java中LinkedList类的操作

LinkedList类是双向链表,单向队列,双向队列,栈的实现类: LinkedList类实现单向队列和双向队列的接口,自身提高了栈操作的方法,链表操作的方法. 在LinkedList类中存在很多方法,但是功能都是相同的.LinkedList表示了多种数据结构的实现,每一种数据结构的操作名字不同. 面试题:编…

数据结构实验之栈七:出栈序列判定

题目描述 给一个初始的入栈序列&#xff0c;其次序即为元素的入栈次序&#xff0c;栈顶元素可以随时出栈&#xff0c;每个元素只能入栈依次。输入一个入栈序列&#xff0c;后面依次输入多个序列&#xff0c;请判断这些序列是否为所给入栈序列合法的出栈序列。 例如序列1&#x…

FileBeat + Pipeline 解析日志 保存至ElasticSearch(实战)

文章目录FileBeat Pipeline 解析日志 保存至ElasticSearch&#xff08;实战&#xff09;下载地址目的日志数据模拟Pipeline创建pipeline查看Pipeline是否创建成功创建FileBeat配置文件 filebeat.yml创建自定义字段 FileBeat fields.yml执行 FileBeatfilebeat 启动命令说明测试…

网络编程中的关键问题总结

内容目录&#xff1a; 连接建立连接断开消息到达发送消息消息发送完毕其它问题参考 网络编程中的关键问题总结 总结下网络编程中关键的细节问题&#xff0c;包含连接建立、连接断开、消息到达、发送消息等等&#xff1b; 连接建立 包括服务端接受 (accept) 新连接和客户端成功发…

List实现类性能和特点分析

面向接口编程: 接口类型 变量 new 实现类(); List list new ArrayList(); List实现类特点和性能分析: 三者共同的特点(共同遵循的规范): 1):允许元素重复. 2):记录元素的先后添加顺序. Vector类: 底层才有数组结构算法,方法都使用了synchronized修饰,线程安全,但是性能…

数据结构实验之栈八:栈的基本操作

题目描述 堆栈是一种基本的数据结构。堆栈具有两种基本操作方式&#xff0c;push 和 pop。push一个值会将其压入栈顶&#xff0c;而 pop 则会将栈顶的值弹出。现在我们就来验证一下堆栈的使用。 输入 首先输入整数t&#xff08;1 < t < 10&#xff09;&#xff0c;代表测…

F5 BIGip 负载均衡 IP算法解密工具

BIGip是对负载均衡的实现&#xff0c;主要通过Virtual Server、iRules、Pool、Node、Monitor和Persistent&#xff08;会话保持&#xff09;实现。BIGip在实现会话保持机制时会在用户首次发起请求时&#xff0c;会为用户设置一个cookie&#xff0c;即服务端会添加set-cookie响应…

Java集合框架-重构设计

根据Vector类,ArrayList类,LinkedList类所有具有的存储特点以及拥有的方法入手,发现共性就往上抽取. 共同的特点: 1):允许元素重复的. 2):会记录先后添加的顺序. 共同的方法: 如下图. 根据他们的特点,我就可以指定规范: 遵循该规范的实现类,无论底层算法如何,都必须保证允…

回文串判定

题目描述 输入一串字符&#xff08;长度小于100&#xff09;&#xff0c;判断该串字符是否是回文串&#xff08;正序读与逆序读内容相同&#xff09;。 输入 输入一串字符&#xff08;长度小于100&#xff09;。 输出 若该串字符是回文串输出“yes"&#xff0c;否则输出”…