從互聯(lián)網(wǎng)誕生以來，基本上所有的程序都屬于網(wǎng)絡(luò)程序，也就需要設(shè)計到網(wǎng)絡(luò)編程，在python中，就是在python程序本身這進(jìn)程內(nèi)，鏈接別的服務(wù)器進(jìn)程的通信端口進(jìn)行通信。在Python程序員找工作的時候，京城被問到關(guān)于網(wǎng)絡(luò)編程的問題。下面就和大家分享一下那些面試中經(jīng)常出現(xiàn)的問題吧。

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

（1）TCP 面向連接（如打電話要先撥號建立連接）;UDP 是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接。

（2）每一條 TCP 連接只能是點(diǎn)到點(diǎn)的;UDP 支持一對一，一對多，多對一和多對多的交互通信。

（3）TCP 首部開銷 20 字節(jié);UDP 的首部開銷小，只有 8 個字節(jié)。

（4）TCP 的邏輯通信信道是全雙工的可靠信道，UDP 則是不可靠信道。

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

（1）GET 請求的數(shù)據(jù)會暴露在地址欄中，而 POST 請求則存在表單中提交所以 post 相對安全。

（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 會在一定時間內(nèi)保存在服務(wù)器上。當(dāng)訪問增多，會比較占用服務(wù)器的性能考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用 COOKIE。

（4）單個 cookie 保存的數(shù)據(jù)不能超過 4K，很多瀏覽器都限制一個站點(diǎn)最多保存 20 個 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)程將被會被其它進(jìn)程收養(yǎng)，不會造成影響。

（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 是一個

Python 爬蟲框架，爬取效率極高，具有高度定制性，但是不支持分布式。而

scrapy-redis 一套基于

redis

數(shù)據(jù)庫、運(yùn)行在

scrapy 框架之上的組件，可以讓

scrapy 支持分布式策略，

Slaver 端共享

Master 端

redis 數(shù)據(jù)庫里的

item 隊列、請求隊列和請求指紋集合。

6.描述下

scrapy 框架運(yùn)行的機(jī)制？

答：從

start_urls 里獲取第一批

url 并發(fā)送請求，請求由引擎交給調(diào)度器入請求隊列，獲取完畢后，調(diào)度器將請求隊列里的請求交給下載器去獲取請求對應(yīng)的響應(yīng)資源，并將響應(yīng)交給自己編寫的解析方法做提取處理：

1. 如果提取出需要的數(shù)據(jù)，則交給管道文件處理；

2. 如果提取出

url，則繼續(xù)執(zhí)行之前的步驟（發(fā)送

url請求，并由引擎將請求交給調(diào)度器入隊列

...)，直到請求隊列里沒有請求，程序結(jié)束。

7.

Post 和

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

區(qū)別：

Get：從指定的服務(wù)器中獲取數(shù)據(jù)。

GET 請求能夠被緩存；

GET 請求會保存在瀏覽器的瀏覽記錄中；以

GET 請求的

URL能夠保存為瀏覽器書簽；

GET 請求有長度限制；

GET 請求主要用以獲取數(shù)據(jù)。

Post：

POST 請求不能被緩存下來；

POST 請求不會保存在瀏覽器瀏覽記錄中；

POST 請求的

URL 無法保存為瀏覽器書簽；

POST 請求沒有長度限制；

POST 請求會把請求的數(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 個字符。

8.說一下

mysql

數(shù)據(jù)庫存儲的原理？

儲存過程是一個可編程的函數(shù)，它在數(shù)據(jù)庫中創(chuàng)建并保存。它可以有

SQL 語句和一些特殊的控制結(jié)構(gòu)組成。當(dāng)希望在不同的應(yīng)用程序或平臺上執(zhí)行相同的函數(shù)，或者封裝特定功能時，存儲過程是非常有用的。數(shù)據(jù)庫中的存儲過程可以看做是對編程中

面向?qū)ο蠓椒ǖ哪M。它允許控制數(shù)據(jù)的訪問方式。存儲過程通常有以下優(yōu)點(diǎn)：

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

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

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

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

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

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

數(shù)據(jù)庫索引，是數(shù)據(jù)庫管理系統(tǒng)中一個排序的數(shù)據(jù)結(jié)構(gòu)，以協(xié)助快速查詢、更新數(shù)據(jù)庫表中數(shù)據(jù)。索引的實(shí)現(xiàn)通常使用

B_TREE。

B_TREE 索引加速了數(shù)據(jù)訪問，因為存儲引擎不會再去掃描整張表得到需要的數(shù)據(jù)；相反，它從根節(jié)點(diǎn)開始，根節(jié)點(diǎn)保存了子節(jié)點(diǎn)的指針，存儲引擎會根據(jù)指針快速尋找數(shù)據(jù)。

10.

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

優(yōu)化索引、

SQL 語句、分析慢查詢

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

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

IO

優(yōu)化硬件；采用

SSD，使用磁盤隊列技術(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)級別的緩存，靜態(tài)化和分布式

不采用全文索引

采用更快的存儲方式，例如

NoSql 存儲經(jīng)常訪問的數(shù)據(jù)。

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

1、儲存引擎選擇：如果數(shù)據(jù)表需要事務(wù)處理，應(yīng)該考慮使用

InnoDB，因為它完全符合

ACID 特性。如果不需要事務(wù)處理，使用默認(rèn)存儲引擎

MyISAM 是比較明智的

2、分表分庫，主從。

3、對查詢進(jìn)行優(yōu)化，要盡量避免全表掃描，首先應(yīng)考慮在

where 及

order by 涉及的列上建立索引

4、應(yīng)盡量避免在

where 子句中對字段進(jìn)行

null 值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

5、應(yīng)盡量避免在

where 子句中使用

!= 或

<> 操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描

6、應(yīng)盡量避免在

where 子句中使用

or 來連接條件，如果一個字段有索引，一個字段沒有索引，將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描

7、

Update 語句，如果只更改

1、

2 個字段，不要

Update 全部字段，否則頻繁調(diào)用會引起明顯的性能消耗，同時帶來大量日志

8、對于多張

大數(shù)據(jù)量（這里幾百條就算大了）的表

JOIN，要先分頁再

JOIN，否則邏輯讀會很高，性能很差。

以上就是

Python工程師數(shù)據(jù)庫常見面試題。你面試的時候有遇到過嗎？又或許你現(xiàn)在剛剛開始學(xué)習(xí)

Python開發(fā)，一定要著重掌握關(guān)于數(shù)據(jù)庫相關(guān)的知識，未來是大數(shù)據(jù)時代，對于數(shù)據(jù)庫的要求會越來越多。所以能掌握數(shù)據(jù)庫的知識也是為自己未來的職場發(fā)展提供更多的機(jī)會。

總結(jié)

以上是生活随笔為你收集整理的python常用面试题_史上最全Python工程师常见面试题集锦，有这一份就够了的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。