B站上网多机房架构实践

都会遭所致适度瘫痪；在选定转用区块解构思维来上新设计了多三楼可行特质之前， 多三楼可行特质的本体原因就限定在了如何尽快调拨与数据资料抽有，以及如何让调拨出访距离近的数据资料，来增加地区特质三楼频宽的能量消耗及互联网稳定度原因促使的严重影响。

丢下上面的本体原因，我们国家有关了专业人士采购商的多三楼应对可行特质[3-7]。这些可行特质在算出各个方面为防止Shuffle等之前时有结果数据资料遭所致地区特质三楼量，每个三楼皆独立自主重新部署了算出炮兵部队，在该各个方面皆下回全符合区块解构思维；但在寄储寄面发挥作用意见分歧，如布2下图，依据数据资料和极难三楼的数据资料复本到底归入同都由NameSpace (NS)，大体可以分为多三楼单炮兵部队可行特质和多三楼多炮兵部队可行特质。

布2 多三楼可行特质定义

[3-5] 转用了多三楼单炮兵部队可行特质，该可行特质之前转用Block级的数据资料复本，数据资料和数据资料复本同归入都由NS，无数据资料赞同特质原因，但因NS只能在其之前一个三楼，未有能直接应对互联网连通特质原因，且Namenode极难复本管理制度（BlockPlacementPolicy）和相关应用软件（Mover, Balancer等）整修运输成本较少，另另有该可行特质可拓展特质也所致单炮兵部队存量有约束。[6-7] 转用了多三楼多炮兵部队可行特质，适度下回全符合区块解构思维。其之前 [6] 应可用云梯迁三楼片中，它首不须在同三楼之前通过Fast Copy将铭件元数据资料发挥作用到两个NS，然后便通过同NS内DN到DN的地区特质三楼Copy将数据资料解码到远程三楼，该可行特质在一定总体上可以直接应对地区特质三楼互联网效用，但因发挥作用两次copy时效特质上难于保证，另另有也发挥作用极难的数据资料末端口，因此所谓上也发挥作用多三楼单炮兵部队可行特质整修运输成本和拓展特质原因；[7] 谢里夫Yugong（Yugong: Geo-Distributed Data and Job Placement at Scale）基于MetaStore针对内寄空间片中，通过调整调拨抽有和数据资料抽有来增加地区特质三楼频宽的能量消耗；如布3下图，算出A、B发挥作用地区特质三楼出访行径，通过调整（互换）算出A、B的抽有左边可以直接增加地区特质三楼出访量；算出C、D同时地区特质三楼储蓄同一份数据资料3, 若通过数据资料解码的方式将将数据资料3解码到三楼2， 让C、D相反数据资料3在三楼2之前的复本，则可以增加一次地区特质三楼储蓄数据资料量。但对于我们转用开源大数据资料体系结构的片中来说，能够整修（分归入多个弟行政部门的）多种算出框架来适配其基于MetaStore的数据资料复本管理制度和数据资料末端口，整修实施运输成本较少；另另有，其基于MetaStore的上新设计只能应对请注意（SQL）片中的多三楼原因，也没法覆盖我们对非请注意片中给予多三楼支持的需求；不过，该可行特质之前通过“调拨抽有-数据资料解码”来应对频宽困难重重原因的初衷非常值得我们借鉴。

布3 勤务地区特质三楼随机原产

综上，我们概述Yugong“调拨抽有-数据资料解码”的初衷，转用实际上的区块解构思维上新设计多三楼可行特质；如布4下图，每个三楼重新部署一套独立自主的下回整的炮兵部队（YARNCoHDFS），为调拨在一个三楼内督导给予最也就是说的服务项目保证，从而在地区特质三楼互联网单单现反常时，增加严重影响范围内；同时，通过必要的调拨抽有和有原不须的数据资料解码，减轻地区特质三楼随机出访量及地区特质三楼数据资料重复储蓄等原因，来大幅提偏高增加频宽能量消耗的目的；另另有，我们转化实质上的基础设施确实，以及做到请注意和非请注意两种片中的需求，我们考量了基于拓展HDFS Router（RBF）多可携带点来付诸数据资料复本管理制度和数据资料末端口机制，并通过Client IP感受操纵者将数据资料劝说末端口至较近的三楼；还有为应对数据资料解码促使的赞同特质原因转用了Version服务项目等，布之前关的子系统将在付诸一小顺利进行参阅。

布4 多三楼体系结构

2.3 总体程序

布5展示了以Hive调拨为例的在上所述上新设计初衷下的总体程序，布之前绿色模块为我们上升级或整修子系统。首不须，通过瞬时的分析方法调拨时有相反彼此时有及相反的数据资料比较大，确定调拨抽有左边反馈并顺利进行持久解构（DataManager可用管理制度调拨抽有反馈等），B两站的调拨调拨的平台（Archer和Airflow）草拟调拨时，不须给予调拨的抽有三楼反馈，并检查考量到抽有三楼的数据资料复本到底Ready，若Ready则草拟调拨，否则，情况严重草拟，等待数据资料解码服务项目下回毕解码数据资料；其次，调拨调拨草拟后，推开Hive/Spark Driver填充可督导原不须，向考量到DC的Yarn炮兵部队草拟Job，等待推开Job，同时我们在Yarn各个方面也动手了整修，基于Yarn Federation体系结构，付诸了基于app tag和配置文件的三楼调拨意图，这个在下铭也都会参阅; 不须前，被推开的调拨劝说HDFS数据资料，HDFS Router依据Client IP所属的DC反馈，操纵者将劝说末端口到距离Client较近的数据资料复本所在三楼的NS, 并将结果留在Client。

布5 多三楼调拨调拨督导程序

多三楼本体程序以另有调拨抽有、数据资料解码、数据资料末端口、版压制、数据资料通风口、地区特质三楼量分析方法等几个期中，上所述Job草拟程序并未有下回以另有涵括，下铭付诸一小我们将对所有期中顺利进行概述说明。

03 多三楼可行特质付诸

上头章节都会对多三楼本体节目内顺利进行参阅， 以另有调拨抽有、数据资料解码、数据资料末端口，以及为保证数据资料复本赞同特质转用的数据资料版服务项目和频宽压制的通风口服务项目，并转用事后的地区特质三楼量分析方法应用软件，主要用途发掘出考量到另有的地区特质三楼行径指导调整。

3.1 调拨抽有

a. 相反分析方法

大数据资料在线片中，调拨存量多，调拨之时有相反简单。比如，大数据资料在线报请注意处置该公司，从数据资料采集，洗净，到各个层级的报请注意的简介浮点，到不须前数据资料导单单到另有部该公司系统设计，一个下回整的该公司程序，确实关的到数以百计个彼此之间交叉相反关联的调拨。就调拨抽有来说，对简单调拨相反的管理制度和分析方法社会活动至关重要， 而如我们自研的调拨的平台Archer等DAG社会活动流类调拨系统设计，自身有着较强的调拨相反管理制度能够，因此，我们仅能够聚焦调拨相反分析方法以确定要迁离的该公司。

我们依据调拨时有相反彼此时有及能够处置的数据资料比较大，基于的社区发掘出（Community Detection）探究了一种考量地区特质三楼频宽代价的调拨彼此时有链分为框架。该框架首不须依据调拨系统设计管理制度的调拨时有的相反彼此时有构建DAG布， 然后从DAG布之前圈单单相对于偏高内聚（相对于比较闭环）的该公司弟区块，不须前转化彼此之间相反的弟区块时有的数据资料量考量单单的可以迁离的弟区块；如布6下图的简单DAG, 我们意味着布之前正方形代请注意算出，球形代请注意数据资料，圆的比较大代请注意数据资料比较大，则我们以虚线作为分为边境将DAG组成两个弟区块，分别调拨到两个三楼，则可做到数据资料传输数据资料代价小的期望。当然，整个现实生活除了考量地区特质三楼数据资料出访代价另有，还能够考量三楼算出和寄储资源到底可以做到需求。

布6 相反彼此时有分为

并不一定，实际上采购之前的ETL等瞬时调拨调拨相对于比较稳定， 不都会频繁愈演愈烈变解构，甚至一小调拨不都会单单现变解构，因此，确定Job抽有在那个三楼的的相反分析方法现实生活可以以天或周为其单位瞬时的在线算出转化成；另另有，从管理制度的某种总体来看，公司一般都会有多个相对于比较独立自主的股份公司，每个股份公司又都会垂直的分为单单多个该公司弟区块，该公司内的调拨时有联系的关系总体远大于该公司之时有；同时，该公司（区块）也是档案管理制度区块，以及多三楼紧贴实施现实生活之前的连系区块；因此，在在实践中之前往往是以该公司区块为边境顺利进行相反分为。

b. 调拨抽有

我们的采购环境之前发挥作用多个调拨调拨的平台，如Archer、Airflow等的平台，将Job抽有在那个三楼的反馈维护在任一的平台都没法涵括所有调拨， 因此我们转用DataManager服务项目（在整个经济制度之前的左边见布4）作为传输数据资料数据资料层，用来管理制度调拨抽有的IDC反馈和能够顺利进行数据资料解码的偏移反馈，Archer/Airflow等调拨的平台通过构建该服务项目来传输数据资料数据资料多三楼经济制度；上头以自研DAG调拨的平台Archer为例揭示社会活动程序如下：

前置社会活动：Archer 通过DataManager硬件上新设调拨的抽有左边反馈，以及相反数据资料的偏移pattern、范围内、生殖等反馈。 Archer出访DataManager确定调拨抽有的IDC反馈，并为调拨考量下回全符合IDC调拨配置反馈。 Archer询问Job在该IDC的数据资料到底Ready，若Ready，则上新设app tag为该IDC并通过Yarn RMProxy向算出炮兵部队给予调拨；否则，挂起并等待数据资料Ready后试着重上新草拟；其之前数据资料到底Ready，是通过DataManager转发劝说至数据资料解码服务项目获得。

另另有由于我们的股份公司和Yarn上的一级配置文件动手了因由映射，所以一旦某个股份公司的数据资料适度迁离到上新三楼后，我们都会在RMProxy之前上新设该行政部门对应的queue mapping意图到上新三楼，这样无论是从调拨的平台还是其他用户应用程序草拟的Job即使没传输数据资料数据资料DataManager也能适当末端口到上新三楼的算出炮兵部队，同时回收老三楼的算出和寄储资源。

布7 Yarn调拨意图

3.2 数据资料解码

a. 解码服务项目

调拨抽有都会将有联系的关系的Job抽在一个三楼，以增加地区特质三楼出访，进而增加地区特质三楼互联网频宽能量消耗；对于未有能减轻的地区特质三楼相反，比如说是极难三楼用作频次大于1的数据资料，能够极难三楼也发挥作用数据资料复本，以增加互联网频宽能量消耗；因此，我们给予了数据资料解码服务项目来顺利进行复本解码。

数据资料解码服务项目基于的社区给予的DistCp应用软件付诸， 并在适当特质、原弟特质、幂等特质、传输数据资料高效率等上都作了减慢， 同时支持流控、多地库传输数据资料权值（偏高优调拨能获得不够多地区特质三楼量和算出资源配额），复本生殖管理制度等机制。

b. 解码程序

数据资料解码主要针对有规律的瞬时调拨调拨顺利进行，这类调拨一般比较互换，通过对调拨铭解构史接入历史记录顺利进行分析方法才会推测单单调拨的输入输单单确实，以另有数据资料偏移和用作的数据资料范围内（防止粗大星期地区特质度回刷勤务大量解码）等反馈。因此，当确定好待迁离的调拨后，可以提炼单单数据资料偏移的系统（rules），并持久解构到DataManager的的系统奎之前（的系统奎都会随调拨抽有的变解构而顺利进行瞬时不够上新）。

然后，针对相同的片中用作的系统奎顺利进行偏移抽取，上头以Hive请注意片中为例揭示数据资料解码程序，如布8下图， 首不须查阅Hive MetaStore的可携带请注意/分区相关的Event反馈至Kafka服务项目，然后通过同步Flink勤务洗净单单下回全符合上所述的系统奎之前的系统的偏移，当验证到最近请注意的上新分区填充后，交由数据资料解码服务项目（DRS）顺利进行传输数据资料，填充极难三楼复本，DRS所谓上是一个DistCp调拨的管理制度服务项目，在传输数据资料下回毕后由数据资料解码服务项目持久解构复本反馈（以另有偏移、版、TTL等），以对复本数据资料顺利进行以另有生殖管理制度（删减过期的地区特质三楼复本，释抽寄储空时有），现今B两站线上有100+张Hive最近请注意偏移上新设了地区特质三楼复本意图。

布8 数据资料解码程序

上所述解码程序转用操纵者发掘出主动解码的意图，可以短时间猎捕并将要数据资料复本，经过统计在我们的采购之前数据资料复本时间延迟的PT90可以压制在1min以内, PT99 在5min以内，可以直接做到在线片中的该公司能够；然而，上所述操纵者发掘出主动解码的意图，可以直接应对自适应数据资料复本的原因，但对于待迁离调拨来说，确实还相反较粗大之前的使用量数据资料，针对该原因，我们除了转用延后重新启动解码程序的方式将将要使用量数据资料另有，还针对能够短时间迁离的片中转用了基于Snapshot的数据资料迁离意图顺利进行初始解码，因Snapshot为的社区成熟上新技术不便加有所述。

3.3 数据资料末端口

上小节参阅的数据资料复本后双三楼皆都会发挥作用某偏移的数据资料复本，当调拨抽有到IDC后如何相对于到适当的数据资料是数据资料末端口服务项目要应对的关键原因；

我们在《HDFS在B两站的探究和在实践中》之必要条件到的基于HDFS Router的多可携带点付诸的MergeFs的并重，付诸了镜像可携带点来付诸数据资料末端口机制。为方便揭示，我们有依约当前资料为主数据资料， 传输数据资料到极难三楼的数据资料为复本数据资料（也称为镜像数据资料，该数据资料只容许读取和删减），并且有依约镜像可携带点之前第一可携带点为主数据资料，之前的可携带点为复本数据资料（理论模型上可以拓展多个三楼），为了在末端口各个方面动手到对用户透明，我们在镜像可携带点的处置逻辑之前，减偏高了劝说可能的IP左边感受机制，该机制能过给予劝说可能IP的左边反馈，推断劝说可能的DC并将劝说末端口到除此以外的DC的HDFS。如布9请注意下图，若数据资料劝说来自DC1, 则Router将数据资料劝说重定向到DC1的HDFS炮兵部队，来自DC2则定向到DC2的HDFS炮兵部队（布之前同种橙色轮廓标上劝说偏移）。

布9 基于Router的数据资料末端口

为了增加地区特质三楼频宽的能量消耗，原则上，我们法规所有对数据资料的读取操纵，都只容许在本地三楼（即Client所在三楼）， 否则不须复本到本地三楼。但相同确实下，如布10下图，若Data Replication Service愈演愈烈反常窄星期未有能修整或ns粗大星期反常时，则我们容许冬歇期为地区特质三楼通风口读（复本未有ready确实, 超过一定的星期未有在期望三楼读取到数据资料，则冬歇期），通风口一小在后面章节顺利进行概述参阅。

布10 数据资料末端口容错

另另有 ，由于铭解构史原因，在我们的采购之前发挥作用一种相同的临时奎，可用管理制度用户SQL调拨之前的创建的窄生殖的临时请注意（Temporary table，七天操纵者挖掘），该类临时请注意请注意名不互换（例如一些ETL调拨都会在临时请注意名上便加日期后加有)，也就遭所致了请注意类偏移不互换；针对该类偏移不互换的确实，未有能用作上所述镜像可携带点顺利进行管理制度，因此， 我们转用一种名叫IDC_FOLLOW的多可携带点，可用可携带多个三楼之前的临时奎偏移；当读读到临时请注意时，都会依据Client所在的DC考量DC内HDFS NS可携带偏移来寄取数据资料，从而应对临时请注意地区特质三楼量的原因。

3.4 版服务项目

原产式片中下，通过数据资料解码方式将转化成复本，必然都会加剧赞同特质原因，因此，多三楼发挥作用数据资料复本时，除了关的上所述末端口考量原因另有，还不能考量数据资料版赞同特质原因，我们通过转用版服务项目（Version）应对该原因；为了简解构版服务项目上新设计, 针对大数据资料在线片中读到少读多的连续特质，我们依据CAP理论模型对镜像可携带点的付诸动手了一定的取舍，法规了对主数据资料可以顺利进行所有操纵，复本数据资料只容许读/删操纵；在这个必要条件下，我们转用了基于HDFS Editlog的版服务项目，如布11下图，该服务项目以感受的身份监控向HDFS JournalNodes（JN）在线偏移的不够改行径，并以操纵ID（transaction id）来标上数据资料版；若在线的偏移之前数据资料愈演愈烈了变解构，则都会通过editlog传导到JN，便由JN通知Version顺利进行版不够上新；因所有对数据资料的不够改操纵都都会历史记录editlog，因此，不论SQL片中和非SQL片中，只要数据资料发挥作用变解构皆可被版服务项目注意到，从而可以直接保证数据资料的赞同特质。

布11 数据资料版社会活动程序

上铭2.3节总体程序所揭示的草拟调拨时，当给予到调拨考量到的抽有三楼后，检查相反数据资料到底Ready的社会活动也以另有版检查社会活动；当调拨能够复本数据资料时，都会通过数据资料传输数据资料服务项目检查已传输数据资料的数据资料复本的版与版服务项目之前在线的最上新版到底赞同，若赞同容许调拨草拟用作数据资料复本；否则，调拨临时情况严重，待传输数据资料服务项目不够上新复本数据资料后，则容许草拟调拨；若超过一定的星期未有在期望三楼读取到数据资料，则冬歇期为读取主数据资料。

3.5 通风口服务项目

我们的片中下地区特质三楼频宽实际上（有约4Tbps），并且和Skype服务项目、同步服务项目等对时间延迟不够敏感的服务项目共用频宽，为防止在线地区特质三楼量（比如说是原不须另有的地区特质机量）打满频宽严重影响Skype该公司， 我们转用了基于终末端桶的通风口服务项目。

布12 终末端桶

终末端桶通风口的本体思维为当顺利进行某操纵能够终末端时，能够从终末端桶之前取单单除此以外的终末端数，如果给予到终末端则继续操纵，否则情况严重，用下回之前不用抽回。基于该思维我们上新设计了以另有局之前心通风口服务项目，我们在HDFS DistributedFileSystem类并重，付诸了有着读读到通风口机制的ThrottledDistributedFileSystem，当用户用作该类去读读到HDFS的铭件时，ThrottledDistributedFileSystem都会根据RBF留在的LocatedBlock之前的client IDC反馈和Block IDC反馈，推断此次读读到量到底都会地区特质三楼，如果是都会不须试着向ThrottleService发送提出申请地区特质三楼频宽劝说（Token），提出申请到Token后，便顺利进行先前的HDFS读读到，如果提出申请的量用下回后，便向ThrottleService提出申请在此之前频宽Token；除利用终末端桶固有的连续特质另有，我们在终末端桶的并重付诸了配置文件权值和加权不合理连续特质，通风口服务项目的配置文件权值和调拨系统设计之前的调拨权值也动手因由映射，来保证多地库确实下重要服务项目可以优不须给予到Token；在稳定度上都，为了增加通风口服务项目的心理压力，我们上新设每个Token代请注意相对于较少的量区块，来增加Token的给予次数过多促使的特质能严重影响；为防止通风口服务项目宕机加剧调拨情况严重，我们减偏高了冬歇期为本地互换频宽的意图，同时随着算出引擎持续传输数据资料数据资料通风口服务项目，服务项目本身的稳定度和劝说水位成为困难重重（单机100K+ qps），我们通过水平拓展服务项目的方式将减慢了通风口服务项目的特质能。

3.6 地区特质三楼量分析方法

随着多三楼项目的日渐挺进，地区特质三楼量也日渐增粗大，偏高峰时刻有时候都会打满巴士线频宽。为了对地区特质三楼频宽量顺利进行直接规避，我们能够了解哪些调拨开创性了最多的地区特质三楼量，从而顺利进行针对特质地方政府。从在线调拨的某种总体看，互联网量可能主要有三块：

从上游读取数据资料 调拨督导现实生活之前相同Executor/Task之时有shuffle数据资料 读到数据资料到河段请注意

在B两站多三楼的片中之前，因为转用区块解构体系结构每三楼皆发挥作用独立自主Yarn的炮兵部队，调拨不都会地区特质三楼接入也就不发挥作用地区特质三楼Shuffle数据资料的确实，因此只需考量读读到HDFS铭件现实生活之前转化成的地区特质三楼量才会，而读读到HDFS铭件转化成的地区特质三楼量又可以分为原不须内量和非原不须内量两大类：

原不须内量：3.2 小节所所述数据资料解码服务项目顺利进行数据资料复本解码转化成的量，我们称为原不须内量， 该一小数据资料大概率都会被多次用作 非原不须内量：即非数据资料解码服务项目转化成的数据资料量，用时(或多次)用作，主要可能有此请注意几种确实： a. 原不须内的调拨勤务愈演愈烈粗大星期地区特质度的铭解构史回刷，相反的数据资料复本已过期取走 b. （漏迁/错迁/上升级等）抽有左边不必要的瞬时调拨勤务，可以通过优解构调拨抽有减轻 c. Adhoc查看，诱发量， 用时（或多次）用作，临时采购需求，未有能深信能够的数据资料，未有能预不须顺利进行处置

量分析方法应用软件

在实际上采购现实生活之前，非原不须内量必然，为了对地区特质三楼量顺利进行直接规避，我们转用了地区特质三楼量分析方法应用软件，我们在引擎末端和DN末端动手了此请注意整修：

引擎末端: 在初始解构HDFS Client时将调拨JobId流经到DFSClient的ClientName之前 DataNode: 在DataXceiver之前埋点，从ClientName之前重构单单JobId，并按JobId和client ip数据传输合并读读到量，每30s输单单统计结果到量都会话之前

我们将每台DN上的地区特质三楼量都会话顺利进行同步查阅，通过Flink简介到ClickHouse上，然后裂解分析方法得单单每个星期段的地区特质三楼量调拨Top10，方便对地区特质三楼量顺利进行地方政府（以另有重上新抽有、紧急查杀、调拨优解构等）。

布13 量都会话查阅数据传输

此请注意是我们地区特质三楼量分析方法的监控面板：

布14 地区特质三楼量分析方法

Adhoc量地方政府Co优解构

对于Adhoc类型的非原不须内量，因为其随机特质，本铭所所述多三楼经济制度之前“数据资料解码-调拨抽有-数据资料末端口”方式将不限于；因此，我们转用一些其它的优解构方法, 比如通过接入时SQL Scan扫描单单相反的数据资料比较大、左边反馈，以节有约多三楼频宽为最主要期望，转化炮兵部队的实际上负载确实，尽快SQL调拨哪个三楼，比如：

出访单张请注意：调拨调拨至数据资料所在三楼 出访多张请注意 多请注意在同三楼， 调拨调拨至数据资料所在三楼 多请注意在相同三楼， 调拨调拨至数据资料量较少的请注意所在三楼；比较大请注意通风口读，或者情况严重通知复本服务项目复本

另另有， 对于Presto这种有多源查看能够的引擎，我们利用其Connector多源查看机制够将每个三楼视为一个Connector，在多请注意出访片中之前将弟查看下推发送到远末端三楼顺利进行处置，以增加塌三楼量频宽，去向见《Persto在B两站的在实践中》5.2节多三楼体系结构。

04 小结Co展望

本铭揭示了B两站在线多三楼可行特质，该可行特质已平稳APP接入半年以上，迁离数据资料量近300PB，调拨数占炮兵部队所有调拨数的1/3。从在实践中的结果来看该可行特质在不够大总体上应对了地区特质三楼互联网频宽欠缺、稳定度负与在线勤务偏高效产单单之时有的争执。鉴于当前一小大数据资料关键子系统的区块解构数据流，在抗互联网连通特质效用上都的能够还有较少的减慢空时有，先前我们将不断的推区块解构数据流，不够进一步增加互联网原因的严重影响范围内，同时赋予一小偏高优解构调拨“双活”的能够。

另另有随着上新三楼的持续下半年（老三楼未有能下半年，上升级末端口都都会重新部署在上新三楼），我们也能够持续迁离不够多调拨到上新三楼，为了提偏高迁离的挺进速率，能够尽量增加对上河段该公司方的相反（如：劝说该公司方协助对弟该公司顺利进行分为和推敲），因此，我们能够付诸不够笔记本电脑不够操纵者解构的待迁离数据资料和调拨的操纵者分为程序，不够进一步强解构用作的社区发掘出（Community Detection）算法将DAG能操纵者分为成多个内聚特质极偏高的弟集/的社区，按照的社区一般来说顺利进行迁离的社会活动。

。

武汉看癫痫哪里比较好
山东癫痫治疗方法有什么
兰州白癜风医院挂号咨询
汕头妇科专科医院
陕西白癜风医院怎么样
外阴干涩
积食
解酒药
解毒药
月经延长