深度解析FastDFS:构建高效分布式文件存储的实战指南(下)
接上篇:《深度解析FastDFS:构建高效分布式文件存储的实战指南(上)》
传送门: link
六、常用命令
fdfs_appender_test:测试命令
fdfs_appender_test1:测试命令
fdfs_storaged:启动、关闭、重启存储节点(Storage)的命令。
fdfs_test:FastDFS 自带的测试程序fdfs_test1:FastDFS 自带的测试程序。
fdfs_trackerd:启动、关闭、重启跟踪器(Tracker)的命令。
fdfs_monitor:监控服务器状态命令
fdfs_upload_file:上传文件命令
fdfs_download_file:下载文件命令
fdfs_file_info:查看文件信息命令
fdfs_delete_file:删除文件命令
fdfs_upload_appender & fdfs_append_file:文件追加上传及追加内容指令
七、FastDFS配置详解
7.1 tracker配置文件
# is this config file disabled
# false for enabled
# true for disabled
disabled=false
# 这个配置文件是否不生效,false 为生效(否则不生效) true反之
# bind an address of this host
# empty for bind all addresses of this host
bind_addr=
# 是否绑定IP,
# bind_addr= 后面为绑定的IP地址 (常用于服务器有多个IP但只希望一个IP提供服务)。如果不填则表示所有的(一般不填就OK),相信较熟练的SA都常用到类似功能,很多系统和应用都有
# the tracker server port
port=22122
# 提供服务的端口,不作过多解释了
# connect timeout in seconds
# default value is 30s
connect_timeout=30
#连接超时时间,针对socket套接字函数connect
# network timeout in seconds
network_timeout=60
# tracker server的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败。
# the base path to store data and log files
base_path=/home/yuqing/fastdfs
# base_path 目录地址(根目录必须存在,子目录会自动创建)
# 附目录说明:
tracker server目录及文件结构:
${base_path}
|__data
| |__storage_groups.dat:存储分组信息
| |__storage_servers.dat:存储服务器列表
|__logs
|__trackerd.log:tracker server日志文件
数据文件storage_groups.dat和storage_servers.dat中的记录之间以换行符(\n)分隔,字段之间以西文逗号(,)分隔。
storage_groups.dat中的字段依次为:
- group_name:组名
- storage_port:storage server端口号
storage_servers.dat中记录storage server相关信息,字段依次为:
- group_name:所属组名
- ip_addr:ip地址
- status:状态
- sync_src_ip_addr:向该storage server同步已有数据文件的源服务器
- sync_until_timestamp:同步已有数据文件的截至时间(UNIX时间戳)
- stat.total_upload_count:上传文件次数
- stat.success_upload_count:成功上传文件次数
- stat.total_set_meta_count:更改meta data次数
- stat.success_set_meta_count:成功更改meta data次数
- stat.total_delete_count:删除文件次数
- stat.success_delete_count:成功删除文件次数
- stat.total_download_count:下载文件次数
- stat.success_download_count:成功下载文件次数
- stat.total_get_meta_count:获取meta data次数
- stat.success_get_meta_count:成功获取meta data次数
- stat.last_source_update:最近一次源头更新时间(更新操作来自客户端)
- stat.last_sync_update:最近一次同步更新时间(更新操作来自其他storage server的同步)
# max concurrent connections this server supported
# max_connections worker threads start when this service startup
max_connections=256
# 系统提供服务时的最大连接数。对于V1.x,因一个连接由一个线程服务,也就是工作线程数。
# 对于V2.x,最大连接数和工作线程数没有任何关系
# work thread count, should <= max_connections
# default value is 4
# since V2.00
# V2.0引入的这个参数,工作线程数,通常设置为CPU数
work_threads=4
# the method of selecting group to upload files
# 0: round robin
# 1: specify group
# 2: load balance, select the max free space group to upload file
store_lookup=2
# 上传组(卷) 的方式 0:轮询方式 1: 指定组 2: 平衡负载(选择最大剩余空间的组(卷)上传)
# 这里如果在应用层指定了上传到一个固定组,那么这个参数被绕过
# which group to upload file
# when store_lookup set to 1, must set store_group to the group name
store_group=group2
# 当上一个参数设定为1 时 (store_lookup=1,即指定组名时),必须设置本参数为系统中存在的一个组名。如果选择其他的上传方式,这个参数就没有效了。
# which storage server to upload file
# 0: round robin (default)
# 1: the first server order by ip address
# 2: the first server order by priority (the minimal)
store_server=0
# 选择哪个storage server 进行上传操作(一个文件被上传后,这个storage server就相当于这个文件的storage server源,会对同组的storage server推送这个文件达到同步效果)
# 0: 轮询方式
# 1: 根据ip 地址进行排序选择第一个服务器(IP地址最小者)
# 2: 根据优先级进行排序(上传优先级由storage server来设置,参数名为upload_priority)
# which path(means disk or mount point) of the storage server to upload file
# 0: round robin
# 2: load balance, select the max free space path to upload file
store_path=0
# 选择storage server 中的哪个目录进行上传。storage server可以有多个存放文件的base path(可以理解为多个磁盘)。
# 0: 轮流方式,多个目录依次存放文件
# 2: 选择剩余空间最大的目录存放文件(注意:剩余磁盘空间是动态的,因此存储到的目录或磁盘可能也是变化的)
# which storage server to download file
# 0: round robin (default)
# 1: the source storage server which the current file uploaded to
download_server=0
# 选择哪个 storage server 作为下载服务器
# 0: 轮询方式,可以下载当前文件的任一storage server
# 1: 哪个为源storage server 就用哪一个 (前面说过了这个storage server源 是怎样产生的) 就是之前上传到哪个storage server服务器就是哪个了
# reserved storage space for system or other applications.
# if the free(available) space of any stoarge server in
# a group <= reserved_storage_space,
# no file can be uploaded to this group.
# bytes unit can be one of follows:
### G or g for gigabyte(GB)
### M or m for megabyte(MB)
### K or k for kilobyte(KB)
### no unit for byte(B)
### XX.XX% as ratio such as reserved_storage_space = 10%
reserved_storage_space = 10%
# storage server 上保留的空间,保证系统或其他应用需求空间。可以用绝对值或者百分比(V4开始支持百分比方式)。
#(指出 如果同组的服务器的硬盘大小一样,以最小的为准,也就是只要同组中有一台服务器达到这个标准了,这个标准就生效,原因就是因为他们进行备份)
#standard log level as syslog, case insensitive, value list:
### emerg for emergency
### alert
### crit for critical
### error
### warn for warning
### notice
### info
### debug
log_level=info
# 选择日志级别(日志写在前面的说明了,有目录介绍)
#unix group name to run this program,
#not set (empty) means run by the group of current user
run_by_group=
# 操作系统运行FastDFS的用户组 (不填 就是当前用户组,哪个启动进程就是哪个)
#unix username to run this program,
#not set (empty) means run by current user
run_by_user=
# 操作系统运行FastDFS的用户 (不填 就是当前用户,哪个启动进程就是哪个)
# allow_hosts can ocur more than once, host can be hostname or ip address,
# "*" means match all ip addresses, can use range like this: 10.0.1.[1-15,20] or
# host[01-08,20-25].domain.com, for example:
# allow_hosts=10.0.1.[1-15,20]
# allow_hosts=host[01-08,20-25].domain.com
allow_hosts=*
# 可以连接到此 tracker server 的ip范围(对所有类型的连接都有影响,包括客户端,storage server)
# sync log buff to disk every interval seconds
# default value is 10 seconds
sync_log_buff_interval = 10
# 同步或刷新日志信息到硬盘的时间间隔,单位为秒
# 注意:tracker server 的日志不是时时写硬盘的,而是先写内存。
# check storage server alive interval
check_active_interval = 120
# 检测 storage server 存活的时间隔,单位为秒。
# storage server定期向tracker server 发心跳,如果tracker server在一个check_active_interval内还没有收到storage server的一次心跳,那边将认为该storage server已经下线。所以本参数值必须大于storage server配置的心跳时间间隔。通常配置为storage server心跳时间间隔的2倍或3倍。
# thread stack size, should > 512KB
# default value is 1MB
thread_stack_size=1MB
# 线程栈的大小。FastDFS server端采用了线程方式。更正一下,tracker server线程栈不应小于64KB,不是512KB。
# 线程栈越大,一个线程占用的系统资源就越多。如果要启动更多的线程(V1.x对应的参数为max_connections,
V2.0为work_threads),可以适当降低本参数值。
# auto adjust when the ip address of the storage server changed
# default value is true
storage_ip_changed_auto_adjust=true
# 这个参数控制当storage server IP地址改变时,集群是否自动调整。注:只有在storage server进程重启时才完成自动调整。
# storage sync file max delay seconds
# default value is 86400 seconds (one day)
# since V2.00
storage_sync_file_max_delay = 86400
# V2.0引入的参数。存储服务器之间同步文件的最大延迟时间,缺省为1天。根据实际情况进行调整
# 注:本参数并不影响文件同步过程。本参数仅在下载文件时,判断文件是否已经被同步完成的一个阀值(经验值)
# the max time of storage sync a file
# default value is 300 seconds
# since V2.00
storage_sync_file_max_time = 300
# V2.0引入的参数。存储服务器同步一个文件需要消耗的最大时间,缺省为300s,即5分钟。
# 注:本参数并不影响文件同步过程。本参数仅在下载文件时,作为判断当前文件是否被同步完成的一个阀值(经验值)
# if use a trunk file to store several small files
# default value is false
# since V3.00
use_trunk_file = false
# V3.0引入的参数。是否使用小文件合并存储特性,缺省是关闭的。
# the min slot size, should <= 4KB
# default value is 256 bytes
# since V3.00
slot_min_size = 256
# V3.0引入的参数。
# trunk file分配的最小字节数。比如文件只有16个字节,系统也会分配slot_min_size个字节。
# the max slot size, should > slot_min_size
# store the upload file to trunk file when it's size <= this value
# default value is 16MB
# since V3.00
slot_max_size = 16MB
# V3.0引入的参数。
# 只有文件大小<=这个参数值的文件,才会合并存储。如果一个文件的大小大于这个参数值,将直接保存到一个文件中(即不采用合并存储方式)。
# the trunk file size, should >= 4MB
# default value is 64MB
# since V3.00
trunk_file_size = 64MB
# V3.0引入的参数。
# 合并存储的trunk file大小,至少4MB,缺省值是64MB。不建议设置得过大。
# if create trunk file advancely
# default value is false
trunk_create_file_advance = false
# 是否提前创建trunk file。只有当这个参数为true,下面3个以trunk_create_file_打头的参数才有效。
# the time base to create trunk file
# the time format: HH:MM
# default value is 02:00
trunk_create_file_time_base = 02:00
# 提前创建trunk file的起始时间点(基准时间),02:00表示第一次创建的时间点是凌晨2点。
# the interval of create trunk file, unit: second
# default value is 38400 (one day)
trunk_create_file_interval = 86400
# 创建trunk file的时间间隔,单位为秒。如果每天只提前创建一次,则设置为86400
# the threshold to create trunk file
# when the free trunk file size less than the threshold, will create
# the trunk files
# default value is 0
trunk_create_file_space_threshold = 20G
# 提前创建trunk file时,需要达到的空闲trunk大小
# 比如本参数为20G,而当前空闲trunk为4GB,那么只需要创建16GB的trunk file即可。
# if check trunk space occupying when loading trunk free spaces
# the occupied spaces will be ignored
# default value is false
# since V3.09
# NOTICE: set this parameter to true will slow the loading of trunk spaces
# when startup. you should set this parameter to true when neccessary.
trunk_init_check_occupying = false
#trunk初始化时,是否检查可用空间是否被占用
# if ignore storage_trunk.dat, reload from trunk binlog
# default value is false
# since V3.10
# set to true once for version upgrade when your version less than V3.10
trunk_init_reload_from_binlog = false
# 是否无条件从trunk binlog中加载trunk可用空间信息
# FastDFS缺省是从快照文件storage_trunk.dat中加载trunk可用空间,
# 该文件的第一行记录的是trunk binlog的offset,然后从binlog的offset开始加载
# if use storage ID instead of IP address
# default value is false
# since V4.00
use_storage_id = false
# 是否使用server ID作为storage server标识
# specify storage ids filename, can use relative or absolute path
# since V4.00
storage_ids_filename = storage_ids.conf
# use_storage_id 设置为true,才需要设置本参数
# 在文件中设置组名、server ID和对应的IP地址,参见源码目录下的配置示例:conf/storage_ids.conf
# if store slave file use symbol link
# default value is false
# since V4.01
store_slave_file_use_link = false
# 存储从文件是否采用symbol link(符号链接)方式
# 如果设置为true,一个从文件将占用两个文件:原始文件及指向它的符号链接。
# if rotate the error log every day
# default value is false
# since V4.02
rotate_error_log = false
# 是否定期轮转error log,目前仅支持一天轮转一次
# rotate error log time base, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
# default value is 00:00
# since V4.02
error_log_rotate_time=00:00
# error log定期轮转的时间点,只有当rotate_error_log设置为true时有效
# rotate error log when the log file exceeds this size
# 0 means never rotates log file by log file size
# default value is 0
# since V4.02
rotate_error_log_size = 0
# error log按大小轮转
# 设置为0表示不按文件大小轮转,否则当error log达到该大小,就会轮转到新文件中
# 以下是关于http的设置了 默认编译是不生效的 要求更改 #WITH_HTTPD=1 将 注释#去掉 再编译
# 关于http的应用 说实话 不是很了解 没有见到 相关说明 ,望 版主可以完善一下 以下是字面解释了
#HTTP settings
http.disabled=false # HTTP服务是否不生效
http.server_port=8080 # HTTP服务端口
#use "#include" directive to include http other settiongs
##include http.conf # 如果加载http.conf的配置文件 去掉第一个#
7.2 tracker目录及文件结构
完成tracker节点的配置并启动tracker服务后,在base_path目录下会生成tracker节点运行所必 须的目录结构和文件,目录和文件如下:
${base_path}
|__data
| |__storage_groups_new.dat:存储分卷(组)信息
| |__storage_servers_new.dat:存储服务器列表
|__logs
|__trackerd.log:tracker server 日志文件
storage_groups_new.dat文件用来记录存储卷(组)的信息,文件信息示例参数说明:
group_count:卷的个数
group_name:卷(组)名
storage_port:存储服务的端口号
storage_http_port:存储服务的 http 服务端口号
store_path_count:存储节点存储路径的个数
subdir_count_per_path:每个存储路径子目录的个数
current_trunk_file_id=0:目前 trunk 文件的 id
trunk_server=trunk 服务器
last_trunk_server=最近使用的 trunk 服务器
storage_servers_new.dat文件记录了各个存储节点的详细信息,文件最后有一个节点总数的统计信息,文件信息示例:
group_name:存储节点所属组名
ip_addr:ip 地址
status:状态
version:版本
join_time:加入集群的时间
storage_port:存储节点的端口号
storage_http_port:存储节点 http 服务端口号
domain_name:域名
sync_src_server:向 storage server 同步已有数据文件的源服务器
sync_until_timestamp:同步已有数据文件的截至时间,服务器时间。
store_path_count:存储路径根目录数
subdir_count_per_path:每个根目录的子目录数
upload_priority:上传优先级
total_mb:总容量,单位 MB
free_mb:剩余空闲容量,单位 MB
total_upload_count:上传文件总个数
success_upload_count:成功上传的个数
total_append_count:总的附加文件个数
success_append_count:成功附加的文件个数
total_set_meta_count:总共更改 metadata(元数据)的次数
success_set_meta_count:成功更改 metadata 的次数
total_delete_count:总共删除文件的个数
success_delete_count:成功删除文件的个数
total_download_count:总共下载文件的个数
success_download_count:成功下载文件的个数
total_get_meta_count:总共获取 metdata 的次数
success_get_meta_count:成功获取 metdata 的次数
total_create_link_count:总共创建链接的个数
success_create_link_count:成功创建链接的个数
total_delete_link_count:总共删除链接的个数
success_delete_link_count:成功删除链接的个数
total_upload_bytes:总共上传的文件大小
success_upload_bytes:成功上传的文件大小
total_append_bytes:总得附加文件大小
success_append_bytes:成功附加的文件大小
total_download_bytes:总共下载的文件大小
success_download_bytes:成功下载的文件大小
total_sync_in_bytes:总共同步到该存储节点的文件大小
success_sync_in_bytes:成功同步到该存储节点的文件大小
total_sync_out_bytes:此节点作为源,总共同步到同组其他存储节点的文件大小
success_sync_out_bytes:此节点作为源,成功同步到同组其他存储节点的文件大小
total_file_open_count:文件打开总数
success_file_open_count:成功打开的文件数
total_file_read_count:文件读取总数
success_file_read_count:成功读取的文件数
total_file_write_count:写文件的总数
success_file_write_count:成功写文件的总数
last_source_update:最后一次源头更新时间(更新操作来自客户端)
last_sync_update:最后一次同步更新时间(更新操作来自其他 storage server 的同步)
last_synced_timestamp:最后同步时间戳
last_heart_beat_time:最后的心跳时间
changelog_offset:日志偏移量
7.3 storage配置文件
# is this config file disabled
# false for enabled
# true for disabled
disabled=false
#同上文了 就不多说了
# the name of the group this storage server belongs to
group_name=group1
# 指定 此 storage server 所在 组(卷)
# bind an address of this host
# empty for bind all addresses of this host
bind_addr=
# 同上文
# if bind an address of this host when connect to other servers
# (this storage server as a client)
# true for binding the address configed by above parameter: "bind_addr"
# false for binding any address of this host
client_bind=true
# bind_addr通常是针对server的。当指定bind_addr时,本参数才有效。
# 本storage server作为client连接其他服务器(如tracker server、其他storage server),是否绑定bind_addr。
# the storage server port
port=23000
# storage server服务端口
# connect timeout in seconds
# default value is 30s
connect_timeout=30
#连接超时时间,针对socket套接字函数connect
# network timeout in seconds
network_timeout=60
# storage server 网络超时时间,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败。
# heart beat interval in seconds
heart_beat_interval=30
# 心跳间隔时间,单位为秒 (这里是指主动向tracker server 发送心跳)
# disk usage report interval in seconds
stat_report_interval=60
# storage server向tracker server报告磁盘剩余空间的时间间隔,单位为秒。
# the base path to store data and log files
base_path=/home/yuqing/fastdfs
# base_path 目录地址,根目录必须存在 子目录会自动生成 (注 :这里不是上传的文件存放的地址,之前是的,在某个版本后更改了)
# 目录结构 因为 版主没有更新到 论谈上 这里就不发了 大家可以看一下置顶贴:
# max concurrent connections server supported
# max_connections worker threads start when this service startup
max_connections=256
# 同上文
# work thread count, should <= max_connections
# default value is 4
# since V2.00
# V2.0引入的这个参数,工作线程数,通常设置为CPU数
work_threads=4
# the buff size to recv / send data
# default value is 64KB
# since V2.00
buff_size = 256KB
# V2.0引入本参数。设置队列结点的buffer大小。工作队列消耗的内存大小 = buff_size * max_connections
# 设置得大一些,系统整体性能会有所提升。
# 消耗的内存请不要超过系统物理内存大小。另外,对于32位系统,请注意使用到的内存不要超过3GB
# if read / write file directly
# if set to true, open file will add the O_DIRECT flag to avoid file caching
# by the file system. be careful to set this parameter.
# default value is false
disk_rw_direct = false
# V2.09引入本参数。设置为true,表示不使用操作系统的文件内容缓冲特性。
# 如果文件数量很多,且访问很分散,可以考虑将本参数设置为true
# if disk read / write separated
## false for mixed read and write
## true for separated read and write
# default value is true
# since V2.00
disk_rw_separated = true
# V2.0引入本参数。磁盘IO读写是否分离,缺省是分离的。
# disk reader thread count per store base path
# for mixed read / write, this parameter can be 0
# default value is 1
# since V2.00
disk_reader_threads = 1
# V2.0引入本参数。针对单个存储路径的读线程数,缺省值为1。
# 读写分离时,系统中的读线程数 = disk_reader_threads * store_path_count
# 读写混合时,系统中的读写线程数 = (disk_reader_threads + disk_writer_threads) * store_path_count
# disk writer thread count per store base path
# for mixed read / write, this parameter can be 0
# default value is 1
# since V2.00
disk_writer_threads = 1
# V2.0引入本参数。针对单个存储路径的写线程数,缺省值为1。
# 读写分离时,系统中的写线程数 = disk_writer_threads * store_path_count
# 读写混合时,系统中的读写线程数 = (disk_reader_threads + disk_writer_threads) * store_path_count
# when no entry to sync, try read binlog again after X milliseconds
# 0 for try again immediately (not need to wait)
sync_wait_msec=200
# 同步文件时,如果从binlog中没有读到要同步的文件,休眠N毫秒后重新读取。0表示不休眠,立即再次尝试读取。
# 出于CPU消耗考虑,不建议设置为0。如何希望同步尽可能快一些,可以将本参数设置得小一些,比如设置为10ms
# after sync a file, usleep milliseconds
# 0 for sync successively (never call usleep)
sync_interval=0
# 同步上一个文件后,再同步下一个文件的时间间隔,单位为毫秒,0表示不休眠,直接同步下一个文件。
# sync start time of a day, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
sync_start_time=00:00
# sync end time of a day, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
sync_end_time=23:59
# 上面二个一起解释。允许系统同步的时间段 (默认是全天) 。一般用于避免高峰同步产生一些问题而设定,相信sa都会明白
# write to the mark file after sync N files
# default value is 500
write_mark_file_freq=500
# 同步完N个文件后,把storage的mark文件同步到磁盘
# 注:如果mark文件内容没有变化,则不会同步
# path(disk or mount point) count, default value is 1
store_path_count=1
# 存放文件时storage server支持多个路径(例如磁盘)。这里配置存放文件的基路径数目,通常只配一个目录。
# store_path#, based 0, if store_path0 not exists, it's value is base_path
# the paths must be exist
store_path0=/home/yuqing/fastdfs
#store_path1=/home/yuqing/fastdfs2
# 逐一配置store_path个路径,索引号基于0。注意配置方法后面有0,1,2 ......,需要配置0到store_path - 1。
# 如果不配置base_path0,那边它就和base_path对应的路径一样。
# subdir_count * subdir_count directories will be auto created under each
# store_path (disk), value can be 1 to 256, default value is 256
subdir_count_per_path=256
# FastDFS存储文件时,采用了两级目录。这里配置存放文件的目录个数 (系统的存储机制,大家看看文件存储的目录就知道了)
# 如果本参数只为N(如:256),那么storage server在初次运行时,会自动创建 N * N 个存放文件的子目录。
# tracker_server can ocur more than once, and tracker_server format is
# "host:port", host can be hostname or ip address
tracker_server=10.62.164.84:22122
tracker_server=10.62.245.170:22122
# tracker_server 的列表 要写端口的哦 (再次提醒是主动连接tracker_server )
# 有多个tracker server时,每个tracker server写一行
#standard log level as syslog, case insensitive, value list:
### emerg for emergency
### alert
### crit for critical
### error
### warn for warning
### notice
### info
### debug
log_level=info
# 日志级别不多说
#unix group name to run this program,
#not set (empty) means run by the group of current user
run_by_group=
# 同上文了
#unix username to run this program,
#not set (empty) means run by current user
run_by_user=
# 同上文了 (提醒注意权限 如果和 webserver不搭 可以会产生错误 哦)
# allow_hosts can ocur more than once, host can be hostname or ip address,
# "*" means match all ip addresses, can use range like this: 10.0.1.[1-15,20] or
# host[01-08,20-25].domain.com, for example:
# allow_hosts=10.0.1.[1-15,20]
# allow_hosts=host[01-08,20-25].domain.com
allow_hosts=*
# 允许连接本storage server的IP地址列表 (不包括自带HTTP服务的所有连接)
# 可以配置多行,每行都会起作用
# the mode of the files distributed to the data path
# 0: round robin(default)
# 1: random, distributted by hash code
file_distribute_path_mode=0
# 文件在data目录下分散存储策略。
# 0: 轮流存放,在一个目录下存储设置的文件数后(参数file_distribute_rotate_count中设置文件数),使用下一个目录进行存储。
# 1: 随机存储,根据文件名对应的hash code来分散存储。
# valid when file_distribute_to_path is set to 0 (round robin),
# when the written file count reaches this number, then rotate to next path
# default value is 100
file_distribute_rotate_count=100
# 当上面的参数file_distribute_path_mode配置为0(轮流存放方式)时,本参数有效。
# 当一个目录下的文件存放的文件数达到本参数值时,后续上传的文件存储到下一个目录中。
# call fsync to disk when write big file
# 0: never call fsync
# other: call fsync when written bytes >= this bytes
# default value is 0 (never call fsync)
fsync_after_written_bytes=0
# 当写入大文件时,每写入N个字节,调用一次系统函数fsync将内容强行同步到硬盘。0表示从不调用fsync
# sync log buff to disk every interval seconds
# default value is 10 seconds
sync_log_buff_interval=10
# 同步或刷新日志信息到硬盘的时间间隔,单位为秒
# 注意:storage server 的日志信息不是时时写硬盘的,而是先写内存。
# sync binlog buff / cache to disk every interval seconds
# this parameter is valid when write_to_binlog set to 1
# default value is 60 seconds
sync_binlog_buff_interval=60
# 同步binglog(更新操作日志)到硬盘的时间间隔,单位为秒
# 本参数会影响新上传文件同步延迟时间
# sync storage stat info to disk every interval seconds
# default value is 300 seconds
sync_stat_file_interval=300
# 把storage的stat文件同步到磁盘的时间间隔,单位为秒。
# 注:如果stat文件内容没有变化,不会进行同步
# thread stack size, should >= 512KB
# default value is 512KB
thread_stack_size=512KB
# 线程栈的大小。FastDFS server端采用了线程方式。
# 对于V1.x,storage server线程栈不应小于512KB;对于V2.0,线程栈大于等于128KB即可。
# 线程栈越大,一个线程占用的系统资源就越多。
# 对于V1.x,如果要启动更多的线程(max_connections),可以适当降低本参数值。
# the priority as a source server for uploading file.
# the lower this value, the higher its uploading priority.
# default value is 10
upload_priority=10
# 本storage server作为源服务器,上传文件的优先级,可以为负数。值越小,优先级越高。这里就和 tracker.conf 中store_server= 2时的配置相对应了
# if check file duplicate, when set to true, use FastDHT to store file indexes
# 1 or yes: need check
# 0 or no: do not check
# default value is 0
check_file_duplicate=0
# 是否检测上传文件已经存在。如果已经存在,则不存在文件内容,建立一个符号链接以节省磁盘空间。
# 这个应用要配合FastDHT 使用,所以打开前要先安装FastDHT
# 1或yes 是检测,0或no 是不检测
# file signature method for check file duplicate
## hash: four 32 bits hash code
## md5: MD5 signature
# default value is hash
# since V4.01
file_signature_method=hash
# 文件去重时,文件内容的签名方式:
## hash: 4个hash code
## md5:MD5
# namespace for storing file indexes (key-value pairs)
# this item must be set when check_file_duplicate is true / on
key_namespace=FastDFS
# 当上个参数设定为1 或 yes时 (true/on也是可以的) , 在FastDHT中的命名空间。
# set keep_alive to 1 to enable persistent connection with FastDHT servers
# default value is 0 (short connection)
keep_alive=0
# 与FastDHT servers 的连接方式 (是否为持久连接) ,默认是0(短连接方式)。可以考虑使用长连接,这要看FastDHT server的连接数是否够用。
# 下面是关于FastDHT servers 的设定 需要对FastDHT servers 有所了解,这里只说字面意思了
# you can use "#include filename" (not include double quotes) directive to
# load FastDHT server list, when the filename is a relative path such as
# pure filename, the base path is the base path of current/this config file.
# must set FastDHT server list when check_file_duplicate is true / on
# please see INSTALL of FastDHT for detail
##include /home/yuqing/fastdht/conf/fdht_servers.conf
# 可以通过 #include filename 方式来加载 FastDHT servers 的配置,装上FastDHT就知道该如何配置啦。
# 同样要求 check_file_duplicate=1 时才有用,不然系统会忽略
# fdht_servers.conf 记载的是 FastDHT servers 列表
# if log to access log
# default value is false
# since V4.00
use_access_log = false
# 是否将文件操作记录到access log
# if rotate the access log every day
# default value is false
# since V4.00
rotate_access_log = false
# 是否定期轮转access log,目前仅支持一天轮转一次
# rotate access log time base, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
# default value is 00:00
# since V4.00
access_log_rotate_time=00:00
# access log定期轮转的时间点,只有当rotate_access_log设置为true时有效
# if rotate the error log every day
# default value is false
# since V4.02
rotate_error_log = false
# 是否定期轮转error log,目前仅支持一天轮转一次
# rotate error log time base, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
# default value is 00:00
# since V4.02
error_log_rotate_time=00:00
# error log定期轮转的时间点,只有当rotate_error_log设置为true时有效
# rotate access log when the log file exceeds this size
# 0 means never rotates log file by log file size
# default value is 0
# since V4.02
rotate_access_log_size = 0
# access log按文件大小轮转
# 设置为0表示不按文件大小轮转,否则当access log达到该大小,就会轮转到新文件中
# rotate error log when the log file exceeds this size
# 0 means never rotates log file by log file size
# default value is 0
# since V4.02
rotate_error_log_size = 0
# error log按文件大小轮转
# 设置为0表示不按文件大小轮转,否则当error log达到该大小,就会轮转到新文件中
# if skip the invalid record when sync file
# default value is false
# since V4.02
file_sync_skip_invalid_record=false
# 文件同步的时候,是否忽略无效的binlog记录
下面是http的配置了。如果系统较大,这个服务有可能支持不了,可以自行换一个webserver,我喜欢lighttpd,当然ng也很好了。具体不说明了。相应这一块的说明大家都懂,不明白见上文。
#HTTP settings
http.disabled=false
# the port of the web server on this storage server
http.server_port=8888
http.trunk_size=256KB
# http.trunk_size表示读取文件内容的buffer大小(一次读取的文件内容大小),也就是回复给HTTP client的块大小。
# use the ip address of this storage server if domain_name is empty,
# else this domain name will ocur in the url redirected by the tracker server
http.domain_name=
# storage server上web server域名,通常仅针对单独部署的web server。这样URL中就可以通过域名方式来访问storage server上的文件了,
# 这个参数为空就是IP地址的方式。
7.4 storage服务器的目录结构和文件
完成storage节点的配置并启动storage服务后,在base_path目录下会生成storage节点运行所必须的目录结构和文件,目录和文件如下:
KaTeX parse error: Expected group after '_' at position 48: …base_path 路径 |_̲_data | |__.da…{ip_addr}_${port}.mark:存放同步的完成情况
| |
| |__一级目录:256 个存放数据文件的目录,如果 store_path 不配置,文件默认存放到此处。
| |__二级目录:256 个存放数据文件的目录
|__logs
|__storaged.log:storage server 日志文件
|__storage_access.log:访问日志文件,如果开启了访问日志才会存在该日志文件,默认不存在。
data目录中存放了storage节点运行时所必须的一些文件,包括 storage 节点的初始化信息、运行状态信息、storage节点间的同步信息等。
.data_init_flag 文件中记录了 storage 节点的初始化信息
storage_join_time:存储节点加入的时间
sync_old_done:是否成功获取到源机器 IP,1 表示成功获得。
sync_src_server:源主机的 IP 地址。
sync_until_timestamp:源主机负责的旧数据截止时间。
last_ip_addr:最后使用的 IP 地址
last_server_port:最后使用的服务器端口
last_http_port:最后使用的 http 服务端口
current_trunk_file_id:当前合并文件的 ID,默认 0
trunk_last_compress_time:合并文件最后的压缩时间,默认 0
其中 sync_old_done、sync_src_server、sync_until_timestamp 三个参数和源同步相关
storage_stat.dat记录了storage服务的状态信息,不需要手动更改,了解信息含义即可
total_upload_count:上传文件总个数
success_upload_count:成功上传的个数
total_append_count:总上传追加个数
success_append_count:成功上传追加个数
total_modify_count:总共修改文件的个数
success_modify_count:成功修改文件的个数
total_truncate_count:总共合并文件的个数
success_truncate_count:成功合并文件的个数
total_download_count:总共下载文件的个数
success_download_count:成功下载文件的个数
total_set_meta_count:总共设置 metadata(元数据)的个数
success_set_meta_count:成功设置 metadata 的个数
total_delete_count:总共删除文件的个数
success_delete_count:成功删除文件的个数
total_get_meta_count:总共获取 metdata 的次数
success_get_meta_count:成功获取 metdata 的次数
total_create_link_count:如果文件存在,创建连接个数,用连接来访问文件
success_create_link_count:如果文件存在,成功创建连接个数, 用连接来访问文件
total_delete_link_count:总共删除链接的次数
success_delete_link_count:成功删除连接的次数
total_upload_bytes:上传文件的总大小
success_upload_bytes:成功上传文件的大小
total_append_bytes:附加文件的总大小
success_append_bytes:成功附加文件大小
total_modify_bytes:修改文件的总大小
success_modify_bytes:成功修改文件的大小
total_download_bytes:下载文件的总大小
success_download_bytes:成功下载文件的大小
total_sync_in_bytes:同步同组下机器文件的总大小
success_sync_in_bytes:成功同步同组下机器文件的总大小
total_sync_out_bytes:本机器同步到同组别的机器文件大小
success_sync_out_bytes:本机器成功同步到同组别的机器文件大小
total_file_open_count:打开文件总数量(同步文件个数+上传次数+流量次数)
success_file_op
en_count:成功打开文件数量(同步文件个数+上传次数+流量次数)
total_file_read_count:读取文件总个数
success_file_read_count:成功读取文件个数
total_file_write_count:上传文件数,可能还有同步别的机器过来的文件数量
success_file_write_count:成功上传文件数,可能还有同步别的机器过来的文件数量
last_source_update:最后一次上传文件时间
last_sync_update:同步别的机器数据过来的时间
7.5 client配置文件
连接超时时间,针对socket套接字函数connect
# connect timeout in seconds
# default value is 30s
connect_timeout=30
# client的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败
# network timeout in seconds
# default value is 30s
network_timeout=60
# client的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败
# network timeout in seconds
# default value is 30s
network_timeout=60
# tracker_server 的列表 要写端口
# tracker_server can ocur more than once, and tracker_server format is
# "host:port", host can be hostname or ip address
tracker_server=192.168.0.197:22122
# 日志的级别
#standard log level as syslog, case insensitive, value list:
### emerg for emergency
### alert
### crit for critical
### error
### warn for warning
### notice
### info
### debug
log_level=info
# 是否使用连接池
# if use connection pool
# default value is false
# since V4.05
use_connection_pool = false
# 如果一个连接的空闲时间超过这个值将会被自动关闭
# connections whose the idle time exceeds this time will be closed
# unit: second
# default value is 3600
# since V4.05
connection_pool_max_idle_time = 3600
# 是否从FastDFS的tracker server加载参数
# if load FastDFS parameters from tracker server
# since V4.05
# default value is false
load_fdfs_parameters_from_tracker=false
是否使用storage ID 代替IP,只有当load_fdfs_parameters_from_tracker为false时才有效
# if use storage ID instead of IP address
# same as tracker.conf
# valid only when load_fdfs_parameters_from_tracker is false
# default value is false
# since V4.05
use_storage_id = false
# 指定storage_ids的路径,可以使用绝对路径和相对路径,只有当load_fdfs_parameters_from_tracker为false时才有效
# specify storage ids filename, can use relative or absolute path
# same as tracker.conf
# valid only when load_fdfs_parameters_from_tracker is false
# since V4.05
storage_ids_filename = storage_ids.conf
#tracker server的http端口
#HTTP settings
http.tracker_server_port=8080
#use "#include" directive to include HTTP other settiongs
##include http.conf
八、FastDFS优化
8.1、Storage节点之间的同步速度
由于到每台机器的同步都是由单线程负责的,因此即使主机上有很多个磁盘也不能加快同步速度,因此单线程并不能最大化磁盘 IO,最大的速度也就是一个磁盘的速度。
对于重要文件,为了防止机器宕机或者坏磁盘的文件丢失,及时的同步备份是必须得。若同步太慢,还可能导致Tracker不能正确估计可用空间,而导致空间溢出。
由于 Linux 系统的文件缓存机制,若一个刚写入的文件马上读,那么很可能就命中在系统缓存上,此时读数据几乎不耗费时间,若不能命中缓存,从磁盘读,将耗费很长时间。因此写入速度,最好与同步速度相当,这样可以保证及时同步。若写入速度超过同步速度,从某个时刻开始,将会使得所有的读无法命中缓存,同步性能将大幅下滑。
影响storage同步速度的参数:
sync_binlog_buff_interval=10
同步 binglog(更新操作日志)到硬盘的时间间隔,单位为秒,默认值 60 秒。本参数会影响新
上传文件同步延迟时间。
sync_wait_msec=50
同步等待时间,单位毫秒。同步文件时,如果从 binlog 中没有读到要同步的文件,休眠 N 毫秒后重新读取。0 表示不休眠,立即再次尝试读取。出于 CPU 消耗考虑,不建议设置为 0。如果希望同步尽可能快一些,可以将本参数设置得小一些,比如设置为 10ms。
8.2、磁盘读写速度
FastDFS推荐是多个group,每个group包括多个storage,每个storage中单独挂载一个磁盘或多个磁盘(注意是单独的磁盘,不是一个磁盘的多个分区),这样可以将文件系统的 I/O 分散到多个磁盘,适当提升服务器的I/O性能。
8.3、提升storage性能参数
connection_pool_max_idle_time = 3600
连接池中连接的最大空闲时间,单位秒,默认值 3600,可以适当调低连接的最大空闲时间,提升连接的利用率。
max_connections=256
服务器支持的最大连接数,最大连接数越大,能同时处理的任务量越大,但是消耗的资源也越多,可以根据系统的资源适当调整此值来获取最佳性能。
buff_size = 256KB
设置队列结点的 buffer 大小。工作队列消耗的内存大小 = buff_size * max_connections。设置得大一些,系统整体性能会有所提升。对于 32 位系统,请注意使用到的内存不要超过 3GB。
work_threads=4
工作线程数,通常设置为CPU数,配置的是NIO线程,也就是网络线程数,此值越大,服务器处理能力越强,但是不能超过 CPU 数据,超过后性能无提升。
thread_stack_size=512KB
线程栈的大小。FastDFS server 端采用了线程方式。 线程栈越大,一个线程占用的系统资源就越多。storage server 线程栈不应不小于 512KB,可以适当调大。
九、监控
fastdfs集群监控信息
fdfs_monitor /etc/fdfs/client.conf
######tracker server情况部分:
server_count=2, server_index=1 #server_count=2总共有两台tracker,server_index=1表示这台server的编号是1,说明前面还有一台tracker,第一台的编号是从0开始的。
tracker server is 192.168.1.104:22122 #这台tracker的IP地址是192.168.1.104端口是22122
#######组(卷)的情况部分:
group name = group2 #所在卷组的名字,这里是group2
disk total space = 102350 MB #这个组的空间总大小 (以组中存储空间最小的节点为准),我是两块50G的盘,所以这里是100G。
disk free space = 102205 MB #剩余空间大小,基本也就是单个服务器所有挂载磁盘加起来的剩余空间
trunk free space = 0 MB #小文件合并,0MB就表示没有做小文件合并
storage server count = 2 #表示这个组一共由2台storage节点组成
active server count = 1 #存活的storage节点这里是1表示只有一台处于存活状态。
storage server port = 23000 #storage的端口
storage HTTP port = 8888 #这个没有意义因为我们编译安装的时候没加参数,storage就没开启http服务
store path count = 2 #这里是2表示有两个存储路径,也就是我们挂载了两块盘,线上一般是11到12
subdir count per path = 256 #每个目录下面有256个目录
current write server index = 0 #没做合并
current trunk file id = 0 #没做合并
#######storage(存储节点)的情况部分:
Storage 1: #第一个存储节点
id = 192.168.1.105 #id,这里Id是用的默认用IP表示
ip_addr = 192.168.1.105 ACTIVE #此节点的IP地址,这里才是IP地址哦。主要是后面的ACTIVE这个表示该节点正常是存活状态
http domain =
version = 5.10 #程序的版本号
join time = 2017-07-06 14:08:30 #该节点加入组的时间
up time = 2017-07-06 14:09:01 #该节点的启动时间
total storage = 102350 MB #该节点的存储空间总大小
free storage = 102205 MB #该节点的存储空间剩余情况
upload priority = 10 #上传优先级
store_path_count = 2 #有几个存储路径,也就是挂了几块存储盘
subdir_count_per_path = 256 #每级目录创建多少子目录
storage_port = 23000 #storage服务的端口号
storage_http_port = 8888 #Http端口号没用
current_write_path = 0 #合并没用
source storage id = #这里为空说明这个节点是源storage负责给别人分发
if_trunk_server = 0
connection.alloc_count = 256
connection.current_count = 1
connection.max_count = 3
total_upload_count = 16 #上传的总次数,如线上:3100139
success_upload_count = 16 #上传文件的总次数,如线上:3100139
total_append_count = 0
success_append_count = 0
total_modify_count = 0
success_modify_count = 0
total_truncate_count = 0
success_truncate_count = 0
total_set_meta_count = 10 #更改meta data次数
success_set_meta_count = 10 #成功更改meta data次数
total_delete_count = 0 #删除文件的总次数,会有数值,如47但是一般不多
success_delete_count = 0 #成功删除文件的总次数
total_download_count = 0 #下载文件总次数,如:5282446
success_download_count = 0 #成功下载文件总次数
total_get_meta_count = 0 #获取meta data次数,一般为0
success_get_meta_count = 0 #成功获取meta data次数
total_create_link_count = 0 #一般为0
success_create_link_count = 0
total_delete_link_count = 0
success_delete_link_count = 0
total_upload_bytes = 44005340 #总共上传了多少字节的文件,一般比使用量/2,稍小一点,一般文件上传了都会再产生一个从文件嘛。
success_upload_bytes = 44005340
total_append_bytes = 0 #附加操作使用了多少字节,一般为0或者很少,很少附加,因为一般都是存的图片什么的
success_append_bytes = 0
total_modify_bytes = 0 #修改的字节数,一般为0
success_modify_bytes = 0
stotal_download_bytes = 0 #下载的总字节,因为没有下载所以这里是0,但是一般这里很大的,如:4006784730483就表示下载量是4T左右。
success_download_bytes = 0
total_sync_in_bytes = 0
success_sync_in_bytes = 0
total_sync_out_bytes = 0
success_sync_out_bytes = 0
total_file_open_count = 16
success_file_open_count = 16
total_file_read_count = 0
success_file_read_count = 0
total_file_write_count = 34
success_file_write_count = 34
last_heart_beat_time = 2017-07-07 10:53:05 #最后存活检测时间
last_source_update = 2017-07-06 17:58:52 #最后源更新时间
last_sync_update = 1970-01-01 08:00:00 #最后同步更新时间,这就代表没同步,如果同步过或者正常情况下,这个值会比上面的值晚1到几秒而已。
last_synced_timestamp = 1970-01-01 08:00:00
Storage 2:
id = 192.168.1.106
ip_addr = 192.168.1.106 OFFLINE #检测为离线状态
http domain =
version = 5.10
join time = 2017-07-06 14:08:50
up time = 2017-07-06 14:08:50
total storage = 102350 MB
free storage = 102246 MB
upload priority = 10
store_path_count = 2
subdir_count_per_path = 256
storage_port = 23000
storage_http_port = 8888
current_write_path = 0
source storage id = 192.168.1.105 #获得了源storage id
if_trunk_server = 0
connection.alloc_count = 256
connection.current_count = 0
connection.max_count = 0
total_upload_count = 0
success_upload_count = 0
total_append_count = 0
success_append_count = 0
total_modify_count = 0
success_modify_count = 0
total_truncate_count = 0
success_truncate_count = 0
total_set_meta_count = 0
success_set_meta_count = 0
total_delete_count = 0
success_delete_count = 0
total_download_count = 0
success_download_count = 0
total_get_meta_count = 0
success_get_meta_count = 0
total_create_link_count = 0
success_create_link_count = 0
total_delete_link_count = 0
success_delete_link_count = 0
total_upload_bytes = 0
success_upload_bytes = 0
total_append_bytes = 0
success_append_bytes = 0
total_modify_bytes = 0
success_modify_bytes = 0
stotal_download_bytes = 0
success_download_bytes = 0
total_sync_in_bytes = 0
success_sync_in_bytes = 0
total_sync_out_bytes = 0
success_sync_out_bytes = 0
total_file_open_count = 0
success_file_open_count = 0
total_file_read_count = 0
success_file_read_count = 0
total_file_write_count = 0
success_file_write_count = 0
last_heart_beat_time = 2017-07-07 10:52:56
last_source_update = 1970-01-01 08:00:00
last_sync_update = 1970-01-01 08:00:00
last_synced_timestamp = 1970-01-01 08:00:00 (never synced) #看最后的()里面的内容,从没有同步过
fastdfs-export监控
docker run -it --rm
-p 9018:9018
-e TRACKER_SERVER=“192.168.10.81:22122;192.168.10.82:22122”
whithen/fastdfs-exporter
curl localhost:9018/metrics
十、常见故障与排查
10.1、storage服务启动时,一直卡住启动不了
启动storage服务,storage将连接tracker服务,如果连不上,将一直重试。直到连接成功,启动才算真正完成,所以需要首先确保 tracker 服务启动。如果启动过程中,执行命令卡住,可能是由于某些问题导致的启动失败,可以使用命令 tailf
b
a
s
e
p
a
t
h
/
l
o
g
s
/
s
t
o
r
a
g
e
d
.
l
o
g
跟踪日志信息,
base_path/logs/storaged.log 跟踪日志信息,
basepath/logs/storaged.log跟踪日志信息,base_path 是在storage.conf中配置的存储跟目录。
注:在杀tracker和storage服务器进程时,请使用 killall fdfs_trackerd/killall fdfs_storaged 命令,千万不要使用kill -9命令强杀,否则可能会导致binlog数据丢失的问题。
10.2、上传文件失败,返回错误码28
返回错误码 28,表示磁盘空间不足。注意FastDFS中有预留空间的概念,在tracker.conf 中设置,
配置项为:reserved_storage_space。可以酌情设置reserved_storage_space这个参数,比如可以设置为磁盘总空间的 15%左右。
10.3、日志中出现malloc task buff failed字样的错误
出现此类信息表示已经达到最大连接数。server端支持的最大连接数可以通过 max_connections这个参数来设置。
出现这样的问题,需要排查一下是否客户端使用不当导致的,比如客户端没有及时关闭无用的连接。
10.4、FastDFS的文件ID可以反解出哪些字段
文件ID中除了包含group name和存储路径外,文件名中可以反解出如下几个字段:
- 文件创建时间(unix时间戳,32位整数)
- 文件大小
- 上传到的源storage server IP地址(32位整数)
- 文件crc32校验码
- 随机数(这个字段用来避免文件重名)
10.5、FastDFS整合nginx报错
查看nginx-error.log,发现一直报错:ERROR - file: …/common/fdfs_http_shared.c, line: 148, param “http.mime_types_filename” not exist or is empty
解决:修改mod_fastdfs.conf,增加#include http.conf,然后重启storage即可。
10.6、FastDFS整合nginx后浏览器400错误
ERROR - file: …/common/fdfs_global.c, line: 52, the format of filename “group1/M00/00/00/rB-HpV6VFaCAZ4JLAABHwY-HwJ0293_big.jpg” is invalid
解决:修改 mod_fastdfs.conf将 url_have_group_name=false 改为 url_have_group_name=true 即可
10.7、安装完fastdfs后,启动fastdfs的storage报错
fdfs_storaged: symbol lookup error: fdfs_storaged: undefined symbol: g_current_time
解决方法:重新安装libfastcommon
10.8、FastDFS故障 Idle too long, status change to offline!
tracker有个启动参数是g_connection_pool_max_idle_time=3600s。应该是指,tracker会检测storage是否在线,如果超过3600s没检测到storage则会将storage踢下线,类似于nginx的upstream。但问题是,网络恢复正常后,tracker却没有再次将storage的状态改变
解决方法:重启storage后解决问题;同时做好服务监控
10.9、启动的时候提示No such file or directory
ERROR - file: tracker_func.c, line: 160, “/home/yuqing/fastdfs” can’t be accessed, error info: No such file or directory
解决方法:看一下/home/yunqing/fastdfs有没跟你的tracker.conf或者storage.conf里的路径一致,没有的话修改一下,或者创建路径底下的文件即可。
原文地址:https://blog.csdn.net/qq_40477248/article/details/143883920
免责声明:本站文章内容转载自网络资源,如本站内容侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!