女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

數(shù)據(jù)火器庫(kù) - 八卦系列之借老槍談可靠性

數(shù)據(jù)庫(kù)小組 ? 來(lái)源:數(shù)據(jù)庫(kù)小組 ? 作者:數(shù)據(jù)庫(kù)小組 ? 2022-09-26 10:13 ? 次閱讀

來(lái)源:云數(shù)據(jù)庫(kù)技術(shù)

數(shù)據(jù)庫(kù)打工仔喃喃自語(yǔ)的八卦

1. 老槍:Db2/z和可靠性
2. K.I.S.S (Keep it Simple, Stupid!)
3. 系統(tǒng)驗(yàn)證和測(cè)試:豬肉出廠的質(zhì)檢章

數(shù)據(jù)庫(kù)的可靠性

1、數(shù)據(jù)庫(kù)里的老槍 - Db2 for zOS

上次聊了瑞士軍刀SQLite, 從年紀(jì)上SQLite出生于大數(shù)據(jù)和手機(jī)時(shí)代之前,對(duì)比后來(lái)的大數(shù)據(jù)引擎和云原生數(shù)據(jù)庫(kù),SQLite可謂個(gè)頭不大,輩分不小了。不過(guò)數(shù)據(jù)庫(kù)的爺爺輩應(yīng)該算是79年的Oracle和83年的Db2/z(z又叫mainframe,國(guó)內(nèi)稱主機(jī))。今天用這把老槍講講可靠性。

系統(tǒng)RAS(Reliability, availability and serviceability)概念最早是由IBM提出,來(lái)形容曾經(jīng)是神一樣存在的主機(jī)(也叫大機(jī),mainframe)。為什么說(shuō)神一樣的存在呢?主機(jī)是第一批商用計(jì)算機(jī),1950出現(xiàn),活躍至今,最新(本文原稿為2022.1)版本為2019.9月的z15。最早的一批商用數(shù)據(jù)庫(kù)就包括主機(jī)上的DB2/z(1983年GA v2.3)。也許你從沒(méi)有聽(tīng)說(shuō)過(guò),但是如果你每一天在消費(fèi),過(guò)程中,不論銀行卡,支付寶,微信都會(huì)最終走到銀聯(lián),而且很可能是工農(nóng)建交等大銀行,那么你的交易就是在主機(jī)上完成和記錄的。

2021年的AWS Re:Invest有一個(gè)session, 講AWS Mainframe Modernization; 2022年初某公告《8.38 億元、中國(guó)銀行單一來(lái)源采購(gòu):IBM z15主機(jī)》也可見(jiàn)一斑。

神在我們身邊默默的存在,不打擾一片云彩

我們談?wù)摂?shù)據(jù)庫(kù)的可靠性時(shí)候,籠統(tǒng)的時(shí)候會(huì)泛指RAS,大部分時(shí)候單指Reliability。

可靠性Reliability

數(shù)據(jù)庫(kù)系統(tǒng)無(wú)故障可以持續(xù)運(yùn)行的能力。MTBF(Mean Time Between Failure)/MTTF(Mean Time to Faillure),MTTR(Mean Time to Repair/Recover)。這些都是工業(yè)界通用的衡量標(biāo)準(zhǔn)。具體計(jì)算公式大家自己去Google/wiki。這里盜個(gè)圖湊數(shù)。

poYBAGMxCsOAGaeWAAAx4d1P0xk716.jpg

2、如何保證可靠性

教科書里有很多,架構(gòu)設(shè)計(jì)的書也可以輕而易舉的找到。本文既然是八卦篇,就只分享現(xiàn)實(shí)世界的事情。那些理論上支撐的功能,原則上不會(huì)宕機(jī)的架構(gòu)設(shè)計(jì)不是這里的重點(diǎn)

怎么能不犯錯(cuò)?do nothing;

要保證軟件不出bug? 一行不寫。

如果不得不code呢?可靠方面先思考這兩項(xiàng)。

2.1核心代碼的復(fù)雜度

架構(gòu)設(shè)計(jì)有個(gè)說(shuō)法K.I.S.S(Keep it Simple, Stupid!)。其實(shí)系統(tǒng)軟件的核心code, 揚(yáng)名天下立萬(wàn)的骨架,也就那么幾萬(wàn)行,完成系統(tǒng)80%的工作,換句話說(shuō),系統(tǒng)連續(xù)運(yùn)行過(guò)程中每小時(shí)(甚至每分鐘)都必然運(yùn)行的code logic。這些code中簡(jiǎn)潔易懂是系統(tǒng)存活的關(guān)鍵。

簡(jiǎn)潔可減少系統(tǒng)的bug。MySQL依賴最簡(jiǎn)單可靠的nest-loop join算法二十多年,而"先進(jìn)"的Hash Join是在最近兩年才實(shí)現(xiàn),在MySQL8.0.18正式GA。從算法復(fù)雜度看(兩個(gè)都有改進(jìn)版本),Nest Loop J是O(MN), Hash J是O(M+N)。Hash join 在教科書里屬于advance的章節(jié),直接翻譯是“進(jìn)步”,褒義詞。可是另一方面,幾乎所有的advance技術(shù)都更復(fù)雜(電車是個(gè)反例,降維打擊了),需要更多或更特殊的資源才能發(fā)揮其能力。Hash Join就需要在大內(nèi)存支持下才能發(fā)揮,否則要么OOM,要么落盤造成性能斷崖,尤其不適合高并發(fā)的TP場(chǎng)景。比如各位同學(xué)中午在食堂買飯,就是高并發(fā)場(chǎng)景,如果系統(tǒng)中突然出現(xiàn)一個(gè)大查詢把內(nèi)存都吃掉,也把各位的飯就吃掉了。

如何解決這個(gè)問(wèn)題呢?workload management(WLM) 就要被引入,以自動(dòng)調(diào)低“爛”query的優(yōu)先級(jí),限制其資源。而又引入進(jìn)一步的系統(tǒng)復(fù)雜度。

nest loop保證了每個(gè)join的內(nèi)存空間消耗是固定的,所以在上面場(chǎng)景中,不用WLM,不用系統(tǒng)DBA也可以保證各位吃上午飯。

給我自己頂個(gè)鍋蓋保護(hù)一下,絕沒(méi)有想引戰(zhàn)NLJ vs HJ的意思,PG有比較完整成熟的優(yōu)化器,就好很多???,又跑題到MySQL vs PG 了。只是想說(shuō),如果一個(gè)系統(tǒng)可以簡(jiǎn)單化,就可以減少其bug數(shù),增加可靠性。

有興趣研究軟件工程的東西,可以看看Unix philosophy。哲學(xué)的事情咱不懂,用數(shù)據(jù)說(shuō)話,第一版Unix據(jù)稱是不到5千行的匯編語(yǔ)言;linux 0.0.1版是10243 line of code(C) 和386LoC(匯編)。多年前,我參與系統(tǒng)軟件項(xiàng)目排期的時(shí)候,是按1.5KLoC/Person-Year 做的計(jì)劃。所以偶爾聽(tīng)說(shuō)系統(tǒng)開(kāi)發(fā)同學(xué)談績(jī)效的時(shí)候提一年幾萬(wàn)行代碼,還經(jīng)常是早春二三月份提交的,兄弟我怕呀。前端同學(xué)代碼量會(huì)多些,不過(guò)這些代碼的生命力會(huì)差些。其實(shí)我認(rèn)為衡量一個(gè)開(kāi)發(fā)的代碼能力不應(yīng)簡(jiǎn)單的line of code, 更應(yīng)該與服務(wù)年掛勾。

那么如果做到simple/簡(jiǎn)單呢,上次八卦SQL的時(shí)候?qū)W⒌疆a(chǎn)品邊界,就是要有節(jié)制,開(kāi)發(fā)有明確的特點(diǎn)的產(chǎn)品,而不要試圖做大而全的產(chǎn)品。

2.2 測(cè)試

測(cè)試經(jīng)常在數(shù)據(jù)庫(kù)設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中被忽略,尤其在相對(duì)不成熟的開(kāi)發(fā)團(tuán)隊(duì)中 只做簡(jiǎn)單的功能測(cè)試,甚至是單邏輯flow,而不考慮邊界條件。更談不上系統(tǒng)壓力測(cè)試(system stress testing),比如說(shuō)連接數(shù)/concurrency突然提升情況下,是否還能夠保證吞吐量和延時(shí)保持著正常水平,后面的任務(wù)可以排隊(duì),而不會(huì)因?yàn)?a target="_blank">高壓力下造成系統(tǒng)完全不可用。

寫code就會(huì)有bug, 越早發(fā)現(xiàn)fix的成本約少。軟件工程中這張圖是1996的文章。每每在前線客戶反饋一個(gè)簡(jiǎn)單的bug, 我腦海里就是這張圖和16000美刀

pYYBAGMxCsSADO_8AABUrWziySE952.jpg

鄙視鏈那都有,軟件開(kāi)發(fā)也不例外,常常一方面說(shuō)測(cè)試多么重要,一方面測(cè)試工程師的工資級(jí)別屬于末端集結(jié)號(hào)。自然沒(méi)有牛人過(guò)來(lái)投入。這是全球普世的,而某些團(tuán)隊(duì)尤甚。尤其是近些年,開(kāi)始學(xué)Agile,學(xué)開(kāi)源,甚至不設(shè)測(cè)試崗位。殊不知,開(kāi)源社區(qū)最注重測(cè)試,測(cè)試代碼量常常是產(chǎn)品代碼的3X。筆者有幸十年前在HBase社區(qū)打醬油,很是佩服一個(gè)健康社區(qū)對(duì)代碼質(zhì)量的管理。而當(dāng)時(shí)的主席Stack,自號(hào)HBase Janitor(清潔工),最重要的工作就是QA。

上次提到的SQLite, 每一行code對(duì)應(yīng)600行測(cè)試程序?!癉ue to its reliability, SQLite is often used in mission-critical applications such as flight software“

試問(wèn)你所在的團(tuán)隊(duì),能否保證測(cè)試程序LOC與開(kāi)發(fā)程序LOC是1:1的關(guān)系?產(chǎn)品發(fā)布時(shí)最后的否決權(quán),是否在測(cè)試手里?

豬肉出廠還要蓋個(gè)質(zhì)檢章呢。如果客戶現(xiàn)場(chǎng)發(fā)現(xiàn)了一個(gè)bug, 你的團(tuán)隊(duì)的復(fù)盤時(shí),是否能確認(rèn)這個(gè)bug應(yīng)該在軟件工程的那個(gè)環(huán)節(jié)被發(fā)現(xiàn)?

poYBAGMxCsSAbYE5AABOzJOT4gQ352.jpg

3、總結(jié)

一個(gè)系統(tǒng)的可靠性(其實(shí)是系統(tǒng)的各個(gè)方面了)是從三方面完成的:

3.1 系統(tǒng)的架構(gòu)設(shè)計(jì)

對(duì)于大部分軟件工程師這一點(diǎn)上不需要太重視, 為什么呢?因?yàn)橄駭?shù)據(jù)庫(kù)有歷史以來(lái),它的基本架構(gòu)就那么幾種(single-node/monolithic, shared-storage/everything, shared-nothing), 架構(gòu)帶來(lái)的優(yōu)勢(shì)和劣勢(shì)已經(jīng)被無(wú)數(shù)學(xué)術(shù)論文討論和工業(yè)系統(tǒng)驗(yàn)證過(guò)。我們99.9%是在前人肩膀上討生活,在高手腳邊打醬油。

3.2 系統(tǒng)的實(shí)現(xiàn)

也就是code的工程能力。同樣打個(gè)桌子,朱由校(明熹宗)很可以超越我周邊所有的朋友。同樣實(shí)現(xiàn)一個(gè)hash join, 其實(shí)現(xiàn)算法至少?gòu)淖钤绲膔elation model和關(guān)系幾何就有了。隨便找一篇三十年前的吧,An Adaptive Hash Join Algorithm for Multiuser Environments。

開(kāi)發(fā)實(shí)現(xiàn)的好壞要看工程能力和工匠精神了。如果有理論就能沖出亞洲,中國(guó)男足也不會(huì)這樣。這樣就是軟件開(kāi)發(fā)工程化的問(wèn)題。如何使團(tuán)隊(duì)更有效的開(kāi)發(fā),要對(duì)功能有節(jié)制,明確產(chǎn)品的邊界,求精而不求全。

3.3 系統(tǒng)的驗(yàn)證

上邊專門提到,也是最容易被忽視的。大家常常會(huì)提到雙活(active-active),兩地三中心, 跨城分布, 高可用,多少個(gè)九。這些高大上的詞我也常常用, 有時(shí)候認(rèn)真一點(diǎn),我去請(qǐng)問(wèn)這些系統(tǒng)能力是如何驗(yàn)證通過(guò)的?高興的時(shí)候我會(huì)再多問(wèn)點(diǎn)直擊靈魂的,W H W(who 誰(shuí)測(cè)的,how 怎么測(cè)的,what 那些場(chǎng)景被測(cè)了?)。比如簡(jiǎn)單的雙活, 用什么樣的workload(W:R 比例?),多大數(shù)據(jù)量, 連續(xù)跑了多長(zhǎng)時(shí)間,P95延時(shí)是多少?

4、一點(diǎn)思考

當(dāng)一個(gè)軟件架構(gòu)師用呵護(hù)培養(yǎng)兒女的心寫code的時(shí)候,她/他就不會(huì)為三個(gè)月的短期目標(biāo)commit code,讓孩子長(zhǎng)歪了,比如"My"SQL和“Maria”DB。

做正確的事情是很難的,筆者在壓力下往repo里扔的爛code估計(jì)不比其他人少。"I always knew what the right path was. ....It was too damn hard." (聞香識(shí)女人)。做正確的事情太他媽難!】

pYYBAGMxCsSAYewGAACnrbd6S14886.jpg

5、注

傳奇老頭莫辛納甘:對(duì)應(yīng)火器庫(kù),可以對(duì)應(yīng)古董級(jí)數(shù)據(jù)庫(kù),可能就是 Mosin–Nagant 傳奇老頭莫辛納甘。

原始稿:本文原稿為2022.1,故部分內(nèi)容非最新信息

審核編輯 黃昊宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 數(shù)據(jù)庫(kù)
    +關(guān)注

    關(guān)注

    7

    文章

    3900

    瀏覽量

    65728
  • MySQL
    +關(guān)注

    關(guān)注

    1

    文章

    849

    瀏覽量

    27494
收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    半導(dǎo)體測(cè)試可靠性測(cè)試設(shè)備

    在半導(dǎo)體產(chǎn)業(yè)中,可靠性測(cè)試設(shè)備如同產(chǎn)品質(zhì)量的 “守門員”,通過(guò)模擬各類嚴(yán)苛環(huán)境,對(duì)半導(dǎo)體器件的長(zhǎng)期穩(wěn)定性和可靠性進(jìn)行評(píng)估,確保其在實(shí)際使用中能穩(wěn)定運(yùn)行。以下為你詳細(xì)介紹常見(jiàn)的半導(dǎo)體測(cè)試可靠性測(cè)試設(shè)備。
    的頭像 發(fā)表于 05-15 09:43 ?90次閱讀
    半導(dǎo)體測(cè)試<b class='flag-5'>可靠性</b>測(cè)試設(shè)備

    提供半導(dǎo)體工藝可靠性測(cè)試-WLR晶圓可靠性測(cè)試

    隨著半導(dǎo)體工藝復(fù)雜度提升,可靠性要求與測(cè)試成本及時(shí)間之間的矛盾日益凸顯。晶圓級(jí)可靠性(Wafer Level Reliability, WLR)技術(shù)通過(guò)直接在未封裝晶圓上施加加速應(yīng)力,實(shí)現(xiàn)快速
    發(fā)表于 05-07 20:34

    電機(jī)微機(jī)控制系統(tǒng)可靠性分析

    針對(duì)性地研究提高電機(jī)微機(jī)控制系統(tǒng)可靠性的途徑及技術(shù)措施:硬件上,方法包括合理選擇篩選元器件、選擇合適的電源、采用保護(hù)電路以及制作可靠的印制電路板等;軟件上,則采用了固化程序和保護(hù) RAM 區(qū)重要數(shù)據(jù)
    發(fā)表于 04-29 16:14

    做賊心虛:部分國(guó)產(chǎn)碳化硅MOSFET廠商“避柵氧可靠性”的本質(zhì)

    部分國(guó)產(chǎn)碳化硅MOSFET廠商“避柵氧可靠性”的本質(zhì):電性能的顯性參數(shù)與柵氧可靠性的隱性質(zhì)量的矛盾 部分國(guó)產(chǎn)碳化硅MOSFET廠商鉆的空子正是大部分下游客戶沒(méi)有驗(yàn)證SiC碳化硅MOSFET柵氧
    的頭像 發(fā)表于 04-27 16:26 ?117次閱讀
    做賊心虛:部分國(guó)產(chǎn)碳化硅MOSFET廠商“避<b class='flag-5'>談</b>柵氧<b class='flag-5'>可靠性</b>”的本質(zhì)

    IGBT的應(yīng)用可靠性與失效分析

    包括器件固有可靠性和使用可靠性。固有可靠性問(wèn)題包括安全工作區(qū)、閂鎖效應(yīng)、雪崩耐量、短路能力及功耗等,使用可靠性問(wèn)題包括并聯(lián)均流、軟關(guān)斷、電磁干擾及散熱等。
    的頭像 發(fā)表于 04-25 09:38 ?588次閱讀
    IGBT的應(yīng)用<b class='flag-5'>可靠性</b>與失效分析

    電路可靠性設(shè)計(jì)與工程計(jì)算技能概述

    電路可靠性設(shè)計(jì)與工程計(jì)算通過(guò)系統(tǒng)學(xué)習(xí)電路可靠性設(shè)計(jì)與工程計(jì)算,工程師不僅能提高電路的可靠性和穩(wěn)定性,還能優(yōu)化產(chǎn)品設(shè)計(jì)過(guò)程,減少潛在的故障風(fēng)險(xiǎn),從而提升產(chǎn)品的市場(chǎng)競(jìng)爭(zhēng)力和消費(fèi)者信任度。為什么工程師需要
    的頭像 發(fā)表于 03-26 17:08 ?196次閱讀
    電路<b class='flag-5'>可靠性</b>設(shè)計(jì)與工程計(jì)算技能概述

    半導(dǎo)體集成電路的可靠性評(píng)價(jià)

    半導(dǎo)體集成電路的可靠性評(píng)價(jià)是一個(gè)綜合的過(guò)程,涉及多個(gè)關(guān)鍵技術(shù)和層面,本文分述如下:可靠性評(píng)價(jià)技術(shù)概述、可靠性評(píng)價(jià)的技術(shù)特點(diǎn)、可靠性評(píng)價(jià)的測(cè)
    的頭像 發(fā)表于 03-04 09:17 ?368次閱讀
    半導(dǎo)體集成電路的<b class='flag-5'>可靠性</b>評(píng)價(jià)

    一文讀懂芯片可靠性試驗(yàn)項(xiàng)目

    可靠性試驗(yàn)的定義與重要可靠性試驗(yàn)是一種系統(tǒng)化的測(cè)試流程,通過(guò)模擬芯片在實(shí)際應(yīng)用中可能遇到的各種環(huán)境條件和工作狀態(tài),對(duì)芯片的性能、穩(wěn)定性和壽命進(jìn)行全面評(píng)估。在芯片研發(fā)和生產(chǎn)過(guò)程中,可靠性
    的頭像 發(fā)表于 02-21 14:50 ?506次閱讀
    一文讀懂芯片<b class='flag-5'>可靠性</b>試驗(yàn)項(xiàng)目

    霍爾元件的可靠性測(cè)試步驟

    霍爾元件是一種利用霍爾效應(yīng)來(lái)測(cè)量磁場(chǎng)的傳感器,廣泛應(yīng)用于電機(jī)控制、位置檢測(cè)、速度測(cè)量以及電流監(jiān)測(cè)、變頻控制測(cè)試、交直流電源、電源逆變器和電子開(kāi)關(guān)等領(lǐng)域。為了確?;魻栐男阅芎?b class='flag-5'>可靠性,進(jìn)行全面
    的頭像 發(fā)表于 02-11 15:41 ?389次閱讀

    無(wú)鉛焊接的可靠性

    電子發(fā)燒友網(wǎng)站提供《無(wú)鉛焊接的可靠性.pdf》資料免費(fèi)下載
    發(fā)表于 10-16 10:50 ?5次下載

    PCB高可靠性化要求與發(fā)展——PCB高可靠性的影響因素(上)

    在電子工業(yè)的快速發(fā)展中,印刷電路板(PCB)的可靠性始終是設(shè)計(jì)和制造的核心考量。隨著集成電路(IC)的集成度不斷提升,PCB不僅需要實(shí)現(xiàn)更高的組裝密度,還要應(yīng)對(duì)高頻信號(hào)傳輸?shù)奶魬?zhàn)。這些趨勢(shì)對(duì)PCB
    的頭像 發(fā)表于 10-11 11:20 ?908次閱讀
    PCB高<b class='flag-5'>可靠性</b>化要求與發(fā)展——PCB高<b class='flag-5'>可靠性</b>的影響因素(上)

    針對(duì)高可靠性應(yīng)用的電壓轉(zhuǎn)換

    電子發(fā)燒友網(wǎng)站提供《針對(duì)高可靠性應(yīng)用的電壓轉(zhuǎn)換.pdf》資料免費(fèi)下載
    發(fā)表于 09-18 14:46 ?0次下載
    針對(duì)高<b class='flag-5'>可靠性</b>應(yīng)用的電壓轉(zhuǎn)換

    基于可靠性設(shè)計(jì)感知的EDA解決方案

    產(chǎn)品可靠性,包括制造和運(yùn)營(yíng)方面,正在成為芯片-封裝-系統(tǒng)迭代設(shè)計(jì)周期中設(shè)計(jì)的關(guān)鍵方面,尤其是那些有望承受更長(zhǎng)使用壽命和可能的惡劣操作環(huán)境的產(chǎn)品,例如汽車電子系統(tǒng)、高性能計(jì)算 (HPC)、電信
    的頭像 發(fā)表于 07-15 09:56 ?673次閱讀
    基于<b class='flag-5'>可靠性</b>設(shè)計(jì)感知的EDA解決方案

    燈具可靠性關(guān)鍵:高低溫沖擊試驗(yàn)全面解析

    任何產(chǎn)品在到達(dá)消費(fèi)者手中之前,都會(huì)歷經(jīng)一系列嚴(yán)格的可靠性試驗(yàn)。正是這些試驗(yàn)的錘煉,確保了產(chǎn)品的強(qiáng)健與可靠,使它們能在日常使用中經(jīng)受住時(shí)間的考驗(yàn)。環(huán)境可靠性試驗(yàn)的核心在于模擬外界環(huán)境的溫
    的頭像 發(fā)表于 07-13 10:02 ?772次閱讀
    燈具<b class='flag-5'>可靠性</b><b class='flag-5'>之</b>關(guān)鍵:高低溫沖擊試驗(yàn)全面解析

    汽車功能安全與可靠性的關(guān)系

    當(dāng)前,隨著汽車領(lǐng)域的飛速發(fā)展,汽車也被重新定義。在汽車電子電氣系統(tǒng)設(shè)計(jì)時(shí),離不開(kāi)對(duì)功能安全和可靠性設(shè)計(jì)的考慮。正確理解兩者之間的關(guān)系,有助于更好地分析問(wèn)題和解決問(wèn)題。什么是汽車可靠性汽車可靠性是指
    的頭像 發(fā)表于 07-13 08:28 ?3469次閱讀
    汽車功能安全與<b class='flag-5'>可靠性</b>的關(guān)系