本篇內(nèi)容介紹了“Python工程師常見面試題有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

10年積累的成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)經(jīng)驗(yàn)，可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你，你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程，更有雙橋免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。

1．Tcp 協(xié)議和 udp 協(xié)議有什么區(qū)別？

（1）TCP 面向連接（如打電話要先撥號(hào)建立連接）;UDP 是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接。
（2）每一條 TCP 連接只能是點(diǎn)到點(diǎn)的;UDP 支持一對(duì)一，一對(duì)多，多對(duì)一和多對(duì)多的交互通信。
（3）TCP 首部開銷 20 字節(jié);UDP 的首部開銷小，只有 8 個(gè)字節(jié)。
（4）TCP 的邏輯通信信道是全雙工的可靠信道，UDP 則是不可靠信道。

2．Post 和 get 區(qū)別？

（1）GET 請求的數(shù)據(jù)會(huì)暴露在地址欄中，而 POST 請求則存在表單中提交所以 post 相對(duì)安全。
（2）post 傳輸數(shù)據(jù)比 get 大。
（3）post 比 get 安全。

3．cookie 和 session 的區(qū)別？

（1）cookie 數(shù)據(jù)存放在客戶的瀏覽器上，session 數(shù)據(jù)放在服務(wù)器上。
（2）cookie 不是很安全，別人可以分析存放在本地的 COOKIE 并進(jìn)行 COOKIE欺騙考慮到安全應(yīng)當(dāng)使用 session。
（3）session 會(huì)在一定時(shí)間內(nèi)保存在服務(wù)器上。當(dāng)訪問增多，會(huì)比較占用服務(wù)器的性能考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用 COOKIE。
（4）單個(gè) cookie 保存的數(shù)據(jù)不能超過 4K，很多瀏覽器都限制一個(gè)站點(diǎn)最多保存 20 個(gè) cookie。
（5）建議：將登陸信息等重要信息存放為 SESSION其他信息如果需要保留，可以放在 COOKIE 中。

4．什么是僵尸進(jìn)程和孤兒進(jìn)程,怎么避免僵尸進(jìn)程?

（1）孤兒進(jìn)程：父進(jìn)程退出，子進(jìn)程還在運(yùn)行的這些子進(jìn)程都是孤兒進(jìn)程，孤兒進(jìn)程將被會(huì)被其它進(jìn)程收養(yǎng)，不會(huì)造成影響。
（2）僵尸進(jìn)程：子進(jìn)程退出，而父進(jìn)程遲遲不回收，造成資源浪費(fèi)。
（3）避免僵尸進(jìn)程的方法：1.fork 兩次用孫子進(jìn)程去完成子進(jìn)程的任務(wù)。2.用 wait()函數(shù)使父進(jìn)程阻塞。

      5.scrapy 和 scrapy-redis 有什么區(qū)別？

答：scrapy 是一個(gè) Python 爬蟲框架，爬取效率極高，具有高度定制性，但是不支持分布式。而 scrapy-redis 一套基于 redis  數(shù)據(jù)庫、運(yùn)行在 scrapy 框架之上的組件，可以讓scrapy 支持分布式策略，Slaver 端共享 Master 端 redis 數(shù)據(jù)庫里的 item 隊(duì)列、請求隊(duì)列和請求指紋集合。

  6.描述下 scrapy 框架運(yùn)行的機(jī)制？

答：從 start_urls 里獲取第一批 url 并發(fā)送請求，請求由引擎交給調(diào)度器入請求隊(duì)列，獲取完畢后，調(diào)度器將請求隊(duì)列里的請求交給下載器去獲取請求對(duì)應(yīng)的響應(yīng)資源，并將響應(yīng)交給自己編寫的解析方法做提取處理：1. 如果提取出需要的數(shù)據(jù)，則交給管道文件處理；2. 如果提取出url，則繼續(xù)執(zhí)行之前的步驟（發(fā)送url請求，并由引擎將請求交給調(diào)度器入隊(duì)列...)，直到請求隊(duì)列里沒有請求，程序結(jié)束。

 7.Post 和 get 區(qū)別和應(yīng)用場合？

區(qū)別：

Get：從指定的服務(wù)器中獲取數(shù)據(jù)。GET 請求能夠被緩存；GET 請求會(huì)保存在瀏覽器的瀏覽記錄中；以 GET 請求的URL能夠保存為瀏覽器書簽；GET 請求有長度限制；GET 請求主要用以獲取數(shù)據(jù)。

Post：POST 請求不能被緩存下來；POST 請求不會(huì)保存在瀏覽器瀏覽記錄中； POST 請求的 URL 無法保存為瀏覽器書簽；POST 請求沒有長度限制；POST 請求會(huì)把請求的數(shù)據(jù)放置在HTTP 請求包的包體中,POST 的安全性比 GET的高。可能修改變服務(wù)器上的資源的請求。

應(yīng)用場合：

post：請求的結(jié)果有持續(xù)性的副作用（數(shù)據(jù)庫內(nèi)添加新的數(shù)據(jù)行）若使用 GET 方法，則表單上收集的數(shù)據(jù)可能讓 URL 過長。要傳送的數(shù)據(jù)不是采用 7 位的 ASCII 編碼。

get：請求是為了查找資源，HTML表單數(shù)據(jù)僅用來幫助搜索。請求結(jié)果無持續(xù)性的副作用。收集的數(shù)據(jù)及 HTML 表單內(nèi)的輸入字段名稱的總長不超過 1024 個(gè)字符。

   8.說一下 MySQL  數(shù)據(jù)庫存儲(chǔ)的原理？

儲(chǔ)存過程是一個(gè)可編程的函數(shù)，它在數(shù)據(jù)庫中創(chuàng)建并保存。它可以有 SQL 語句和一些特殊的控制結(jié)構(gòu)組成。當(dāng)希望在不同的應(yīng)用程序或平臺(tái)上執(zhí)行相同的函數(shù)，或者封裝特定功能時(shí)，存儲(chǔ)過程是非常有用的。數(shù)據(jù)庫中的存儲(chǔ)過程可以看做是對(duì)編程中 面向?qū)ο蠓椒ǖ哪M。它允許控制數(shù)據(jù)的訪問方式。存儲(chǔ)過程通常有以下優(yōu)點(diǎn)：

a、存儲(chǔ)過程能實(shí)現(xiàn)較快的執(zhí)行速度。

b、存儲(chǔ)過程允許標(biāo)準(zhǔn)組件是編程。

c、存儲(chǔ)過程可以用流程控制語句編寫，有很強(qiáng)的靈活性，可以完成復(fù)雜的判斷和較復(fù)雜的運(yùn)算。

d、存儲(chǔ)過程可被作為一種安全機(jī)制來充分利用。

e、存儲(chǔ)過程能夠減少網(wǎng)絡(luò)流量。

9.數(shù)據(jù)庫索引

數(shù)據(jù)庫索引，是數(shù)據(jù)庫管理系統(tǒng)中一個(gè)排序的數(shù)據(jù)結(jié)構(gòu)，以協(xié)助快速查詢、更新數(shù)據(jù)庫表中數(shù)據(jù)。索引的實(shí)現(xiàn)通常使用 B_TREE。B_TREE 索引加速了數(shù)據(jù)訪問，因?yàn)榇鎯?chǔ)引擎不會(huì)再去掃描整張表得到需要的數(shù)據(jù)；相反，它從根節(jié)點(diǎn)開始，根節(jié)點(diǎn)保存了子節(jié)點(diǎn)的指針，存儲(chǔ)引擎會(huì)根據(jù)指針快速尋找數(shù)據(jù)。

10. 數(shù)據(jù)庫優(yōu)化方案

優(yōu)化索引、SQL 語句、分析慢查詢

設(shè)計(jì)表的時(shí)候嚴(yán)格根據(jù)數(shù)據(jù)庫的設(shè)計(jì)范式來設(shè)計(jì)數(shù)據(jù)庫

使用緩存，把經(jīng)常訪問到的數(shù)據(jù)而且不需要經(jīng)常變化的數(shù)據(jù)放在緩存中，能節(jié)約磁盤 IO

優(yōu)化硬件；采用 SSD，使用磁盤隊(duì)列技術(shù)(RAID0,RAID1,RDID5)等；

采用MySQL內(nèi)部自帶的表分區(qū)技術(shù)，把數(shù)據(jù)分層不同的文件，能夠提高磁盤的讀取效率

垂直分表；把一些不經(jīng)常讀的數(shù)據(jù)放在一張表里，節(jié)約磁盤 I/O

主從分離讀寫；采用主從復(fù)制把數(shù)據(jù)庫的讀操作和寫入操作分離開來

分庫分表分機(jī)器（數(shù)據(jù)量特別大），主要的的原理就是數(shù)據(jù)路由

選擇合適的表引擎，參數(shù)上的優(yōu)化

進(jìn)行架構(gòu)級(jí)別的緩存，靜態(tài)化和分布式

不采用全文索引

采用更快的存儲(chǔ)方式，例如 NOSQL 存儲(chǔ)經(jīng)常訪問的數(shù)據(jù)。

11.數(shù)據(jù)庫怎么優(yōu)化查詢效率？

1、儲(chǔ)存引擎選擇：如果數(shù)據(jù)表需要事務(wù)處理，應(yīng)該考慮使用 InnoDB，因?yàn)樗耆?nbsp;ACID 特性。如果不需要事務(wù)處理，使用默認(rèn)存儲(chǔ)引擎 MyISAM 是比較明智的

2、分表分庫，主從。

3、對(duì)查詢進(jìn)行優(yōu)化，要盡量避免全表掃描，首先應(yīng)考慮在 where 及 order by 涉及的列上建立索引

4、應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行 null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

5、應(yīng)盡量避免在 where 子句中使用 != 或 <> 操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描

6、應(yīng)盡量避免在 where 子句中使用 or 來連接條件，如果一個(gè)字段有索引，一個(gè)字段沒有索引，將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

7、Update 語句，如果只更改 1、2 個(gè)字段，不要 Update 全部字段，否則頻繁調(diào)用會(huì)引起明顯的性能消耗，同時(shí)帶來大量日志

8、對(duì)于多張 大數(shù)據(jù)量（這里幾百條就算大了）的表 JOIN，要先分頁再 JOIN，否則邏輯讀會(huì)很高，性能很差。

“Python工程師常見面試題有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

文章標(biāo)題：Python工程師常見面試題有哪些
分享網(wǎng)址：http://m.newbst.com/article24/gpjoje.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、響應(yīng)式網(wǎng)站、品牌網(wǎng)站建設(shè)、電子商務(wù)、網(wǎng)頁設(shè)計(jì)公司、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)