तैयार बयानों से घोषित प्रदर्शन प्राप्त करने के प्रयास पर रिपोर्ट

अद्यतन: शब्द "असफल" लेख के शीर्षक से हटा दिया जाता है। नीचे विवरण!

एसक्यूएल इंजेक्शन के खिलाफ सुरक्षा से संबंधित विशिष्ट गलतफहमी के बारे में मेरे लेख में बोलते हुए, मैंने इस तथ्य पर ध्यान दिया कि घोषित प्रभावी स्क्रिप्ट के अनुसार PHP में सर्वर-तैयार अभिव्यक्तियां काम नहीं करती हैं - तैयार () एक बार, फिर निष्पादित करें () 1000 बार।

ठीक है, अर्थात्, सिद्धांत रूप में, वे काम करते हैं - एक स्क्रिप्ट रन के भीतर। लेकिन क्या आप बहुत सी स्क्रिप्ट (पेशेवर प्रोग्रामर द्वारा लिखित) जानते हैं जो समान अनुरोधों का एक गुच्छा निष्पादित करते हैं? मैं नहीं जानता बार-बार अनुरोध (कुछ एकाधिक अपडेट) - प्रतिशत का एक अंश, और अधिकांश भाग के अनुरोध अद्वितीय हैं (एक ही स्क्रिप्ट के भीतर)।
तदनुसार, हमारे अद्वितीय अनुरोध के लिए, तैयार () को पहले निष्पादित किया जाता है, फिर निष्पादित करें (), फिर स्क्रिप्ट सुरक्षित रूप से मर जाती है, ताकि जब वह अगले HTTP अनुरोध को संसाधित करना शुरू कर दे, तो तैयार () फिर से निष्पादित करें ... यह किसी भी तरह अनुकूलन के लिए बहुत ज्यादा नहीं है। बल्कि, इसके विपरीत।
जैसा कि टिप्पणियों में सही ढंग से उल्लेख किया गया है, मुझे लंबे समय तक डेटाबेस कनेक्शन रखने वाले कंसोल स्क्रिप्ट और डेमॉन के रूप में अपवादों का उल्लेख करना चाहिए। हालांकि, PHP लिपियों के थोक अभी भी सामने के छोर पर चलते हैं, दर्जनों अनुरोधों को करने के बाद मर जाते हैं।

लेकिन क्या वास्तव में शुरू होने के बीच तैयार अनुरोध को किसी तरह से कैश करने का कोई तरीका नहीं है?

और फिर एक विचार ने मुझे मारा!

लेकिन अभी भी कुछ विसंगतियां थीं, लेकिन एचपीसी सम्मेलन को बहुत ही सफलतापूर्वक बदल दिया, जो कि लोगों को बोलने वाला था जो मुझे सलाह दे सकते थे। और मेरी उम्मीदों ने मुझे धोखा नहीं दिया - इसलिए, इस अवसर को लेते हुए, मैं अपनी जीवंत भागीदारी और अमूल्य परामर्श के लिए सर्गेई एवरिन और कोस्ट्या ओसिपोव के प्रति अपनी गहरी कृतज्ञता व्यक्त करना चाहता हूं।

हमें मूल भाग को पास करते हैं।

तो, कार्य:
हम एक नए PHP स्क्रिप्ट में तैयार अनुरोध का उपयोग करना चाहते हैं।

यहाँ दो मुख्य समस्याएं हैं:

1. तैयार बयान केवल एक कनेक्शन के भीतर रहता है, यह इतना व्यवस्थित है। पहली नज़र में समस्या हल हो गई है।
2. तैयार अभिव्यक्ति संभाल एक वस्तु के रूप में लागू किया जाता है। कोई विकल्प नहीं है - किसी वस्तु को किसी अन्य स्क्रिप्ट में स्थानांतरित करना असंभव है

आगे देखते हुए, मैं कहूंगा कि सब कुछ दूसरे तरीके से हो गया - दूसरी समस्या आसानी से हल हो गई, और पहली बार एक दुर्गम बाधा बन गई।
लेकिन पहले बातें पहले।

पहली समस्या स्पष्ट रूप से हल की गई है - लगातार कनेक्शन का उपयोग करना।
आखिरकार, हम पिछली स्क्रिप्ट के समान कनेक्शन का उल्लेख कर रहे हैं। यही है, सिद्धांत रूप में, उन्हें पूरे वातावरण तक पहुंच प्राप्त करनी चाहिए जो पिछली कॉल द्वारा बनाई गई थी।

दूसरी समस्या भी हल हो गई, और बहुत सरलता से।
दरअसल, मैसूर में तैयार अभिव्यक्तियों के दो प्रकार हैं - अपेक्षाकृत बोलना, "बाइनरी" और "स्ट्रिंग"!
और अगर पूर्व हमें सूट नहीं करता है, तो उत्तरार्द्ध बिल्कुल वही हैं जो हमें चाहिए!

"बाइनरी" तैयार भाव एपीआई के माध्यम से काम करते हैं, तैयार क्वेरी हैंडलर केवल एक वर्ग के रूप में उपलब्ध है, और डेटा बाइनरी पैकेज में सर्वर पर जाता है जो उस डेटाबेस से मिलता-जुलता है जिसमें डेटाबेस क्वेरी परिणाम देता है। ड्राइवर के गंभीर परिवर्तन के बिना, उन तक पहुंच प्राप्त नहीं की जा सकती है।

लेकिन "स्ट्रिंग" या "SQL तैयार कथन" नियमित एसक्यूएल प्रश्न हैं, जो उदाहरण के रूप में प्रलेखन में दिए गए हैं:

PREPARE stmt1 FROM 'SELECT SQRT(POW(?,2) + POW(?,2)) AS hypotenuse';
SET @a = 3;
SET @b = 4;
EXECUTE stmt1 USING @a, @b;

SQL !
prepare , execute — ? — :

mysql_pconnect($host,$user,$pass); // -  pconnect!

mysql_query("PREPARE stmt2 FROM 'SELECT ?+? AS sum'") or trigger_error(mysql_error());
mysql_query("SET @a = 6") or trigger_error(mysql_error());
mysql_query("SET @b = 8") or trigger_error(mysql_error());
$res = mysql_query("EXECUTE stmt2 USING @a, @b") or trigger_error(mysql_error());
$row = mysql_fetch_array($res);
var_dump($row);

PREPARE, … . !

, « prepare() — execute()» .
, , . , , , .
, , mysqli.
. , , «» — : , . mysqli C API mysql_change_user(). , , , , .

,

• — «persistent connection , , »
• mysql ext deprecated — ..
• mysqli_multi_query
• , SQL prepared statements

, .

.
- , , , . . , — , . — , , .

, :
prepared statements , . « » ( native prepard statements), SET .

: BVadim , mysqli MYSQLI_NO_CHANGE_USER_ON_PCONNECT. , , prepared !
, , .