ខួរក្បាល + VPS សម្រាប់ 30 rubles =?

វាពិតជាល្អណាស់ នៅពេលដែលវត្ថុតូចៗចាំបាច់ទាំងអស់មាននៅនឹងដៃ៖ ប៊ិច និងក្រដាសកត់ចំណាំដ៏ល្អ ខ្មៅដៃមុតស្រួច កណ្ដុរងាយស្រួល ខ្សែបន្ថែមពីរបី។ល។ រឿងមិនច្បាស់លាស់ទាំងនេះមិនទាក់ទាញការចាប់អារម្មណ៍ទេ ប៉ុន្តែបន្ថែមការលួងលោមដល់ជីវិត។ រឿងដូចគ្នាគឺជាមួយនឹងកម្មវិធីទូរស័ព្ទ និងកុំព្យូទ័រផ្សេងៗគ្នា៖ សម្រាប់រូបថតអេក្រង់វែង សម្រាប់កាត់បន្ថយទំហំនៃរូបភាព ការគណនាហិរញ្ញវត្ថុផ្ទាល់ខ្លួន វចនានុក្រម អ្នកបកប្រែ ឧបករណ៍បំប្លែង។ល។ តើ​អ្នក​មាន​មួយ? ការ VPS - ដែលមានតម្លៃថោក តែងតែមាននៅនឹងដៃ ហើយនាំមកនូវអត្ថប្រយោជន៍ច្រើន? ទេ មិនមែនមួយដែលអ្នកមាននៅក្នុងក្រុមហ៊ុនរបស់អ្នកទេ ប៉ុន្តែជា "ហោប៉ៅ" របស់អ្នកផ្ទាល់។ យើងបានគិតថាបើគ្មាន VPS តូចមួយនៅឆ្នាំ 2019 វាពិតជាគួរឲ្យសោកស្ដាយណាស់ ដូចជាដោយគ្មានប៊ិច fountain ធម្មតានៅឯការបង្រៀនមួយ។ ហេតុអ្វីត្រូវសោកសៅ? វាជារដូវក្តៅ។ រដូវក្តៅយ៉ាងម៉េចដែរ? រដូវក្តៅសម្រាប់អ្នកជំនាញផ្នែកព័ត៌មានវិទ្យា៖ អង្គុយនៅផ្ទះធ្វើការលើគម្រោងដែលអ្នកចូលចិត្តដោយមិនស្ដាយក្រោយ។ ជាទូទៅយើងបានគិតនិងធ្វើវា។

កុម្មុយនិស្តបានមកដល់ហើយ សមមិត្ត។

គាត់គឺបែបនេះ - VPS របស់យើងសម្រាប់សាមសិប

យើងបានអានអត្ថបទជាច្រើនពីដៃគូប្រកួតប្រជែង និងអ្នកប្រើប្រាស់ដែលបានសរសេរកាលពី 3-4 ឆ្នាំមុន អំពីមូលហេតុដែល VPS ថោកមិនត្រូវការ។ ជាការប្រសើរណាស់, បន្ទាប់មក VPS "សម្រាប់កាក់មួយ" គឺជាទីផ្សារសុទ្ធ ហើយមិនអាចផ្តល់ឱកាសការងារធម្មតាបានទេ។ ប៉ុន្តែពេលវេលាកំពុងផ្លាស់ប្តូរ ការចំណាយនៃធនធាននិម្មិតកាន់តែទាបទៅៗ ហើយសម្រាប់ 30 រូប្លិក្នុងមួយខែ យើងត្រៀមផ្តល់ជូននេះ៖

• ដំណើរការ៖ Intel Xeon 2 GHz (1 ស្នូល)
• ប្រព័ន្ធលីនុច (Debian, Ubuntu, CentOS ដើម្បីជ្រើសរើស)
• អាសយដ្ឋាន IPv1 ជាក់លាក់ 4
• ការផ្ទុកទិន្នន័យ 10 GB នៅលើដ្រាយ SSD ថ្នាក់សហគ្រាសដែលមានល្បឿនលឿន
• RAM៖ ១២៨ មេកាបៃ
• ក្នុងមួយវិក័យប័ត្រទីពីរ
• ចរាចរណ៍គ្មានដែនកំណត់

ពន្ធគយគឺស្ថិតនៅក្រោមការរឹតបន្តឹងបច្ចេកទេសបន្ថែម ព័ត៌មានលម្អិតនៅលើ ទំព័រ ការផ្តល់ជូនត្រជាក់របស់យើង - VPS សម្រាប់ 30 រូប្លិ៍។ 

តើម៉ាស៊ីនមេនិម្មិតនេះសាកសមនឹងអ្នកណា? បាទសម្រាប់ស្ទើរតែគ្រប់គ្នា៖ អ្នកចាប់ផ្តើមដំបូង អ្នកចូលចិត្ត អ្នកអភិវឌ្ឍន៍ដែលមានបទពិសោធន៍ អ្នកគាំទ្រ DIY និងសូម្បីតែក្រុមហ៊ុនមួយចំនួន។

តើ VPS នេះសាកសមនឹងអ្វី?

យើងគិតថាអ្នកអានរបស់ Habr ប្រាកដជានឹងរកឃើញវិធីផ្ទាល់ខ្លួនរបស់ពួកគេក្នុងការប្រើប្រាស់ការកំណត់រចនាសម្ព័ន្ធនេះ ប៉ុន្តែយើងបានសម្រេចចិត្តប្រមូលនូវជម្រើសផ្ទាល់ខ្លួនរបស់យើង - ចុះប្រសិនបើនរណាម្នាក់ត្រូវការវា ប៉ុន្តែបុរសមិនដឹង?

• ដាក់គេហទំព័រសាមញ្ញរបស់អ្នក ផលប័ត្រ ប្រវត្តិរូបសង្ខេបជាមួយលេខកូដ។ល។ ជា​ការ​ពិត​ណាស់ គេហទំព័រ​ដែល​បាន​រចនា​ដោយ​ខ្លួន​ឯង​ធ្វើ​ឱ្យ​មាន​ចំណាប់​អារម្មណ៍​ជា​វិជ្ជមាន​លើ​និយោជក។ ដាក់វានៅលើ VPS របស់អ្នក ហើយទទួលខុសត្រូវចំពោះសុវត្ថិភាព និងស្ថេរភាពនៃគេហទំព័រដោយខ្លួនឯង ហើយមិនមែនដោយបុគ្គលិកនៃអ្នកផ្តល់សេវាបង្ហោះធម្មតានោះទេ។
• ប្រើ VPS សម្រាប់គោលបំណងអប់រំ៖ ធ្វើជាម្ចាស់ផ្ទះគម្រោងរបស់អ្នក សិក្សាពីលក្ខណៈពិសេសរបស់ម៉ាស៊ីនមេ និងប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនមេ ពិសោធន៍ជាមួយ DNS និង tinker ជាមួយគេហទំព័រអប់រំតូចមួយ។
• សម្រាប់ទូរស័ព្ទ។ ពេលខ្លះ សហគ្រិនបុគ្គល អ្នកឯករាជ្យ ឬក្រុមហ៊ុនតូចមួយត្រូវការទូរស័ព្ទ IP យ៉ាងខ្លាំង ហើយប្រតិបត្តិករនៃទូរស័ព្ទនេះមានការលោភលន់ខ្លាំង។ វាសាមញ្ញ៖ យើងយកម៉ាស៊ីនមេរបស់យើង ទិញលេខពីប្រតិបត្តិករទូរស័ព្ទ IP បង្កើត PBX និម្មិត និងបង្កើតលេខខាងក្នុង (បើចាំបាច់)។ ការសន្សំមានច្រើនណាស់។
• ប្រើម៉ាស៊ីនមេដើម្បីសាកល្បងកម្មវិធីរបស់អ្នក។
• ប្រើម៉ាស៊ីនមេសម្រាប់ការពិសោធន៍ DIY រួមទាំងការគ្រប់គ្រង និងប្រមូលទិន្នន័យពីឧបករណ៍ចាប់សញ្ញាប្រព័ន្ធផ្ទះឆ្លាតវៃ។
• វិធីមិនធម្មតាមួយក្នុងការប្រើវាគឺដាក់ជំនួយការជួញដូរនិម្មិត រូបយន្តពាណិជ្ជកម្មនៅលើម៉ាស៊ីនមេ។ អ្នកនឹងទទួលខុសត្រូវទាំងស្រុងចំពោះស្ថេរភាព និងសុវត្ថិភាពរបស់ម៉ាស៊ីនមេ ដែលមានន័យថាអ្នកនឹងទទួលបានឧបករណ៍គ្រប់គ្រងសម្រាប់ការជួញដូរនៅលើទីផ្សារភាគហ៊ុន។ ជាការប្រសើរណាស់, ក្នុងករណីមាននរណាម្នាក់ចាប់អារម្មណ៍ឬរៀបចំផែនការ :)

មានកម្មវិធីសម្រាប់ VPS បែបនេះនៅក្នុងវិស័យសាជីវកម្ម។ បន្ថែមពីលើសេវាទូរស័ព្ទដែលបានរៀបរាប់រួចហើយ អ្នកអាចអនុវត្តអ្វីដែលគួរឱ្យចាប់អារម្មណ៍ជាច្រើន។ ឧទាហរណ៍:

• ដាក់មូលដ្ឋានទិន្នន័យតូចៗ និងព័ត៌មានដែលនឹងអាចចូលដំណើរការបានសម្រាប់បុគ្គលិកធ្វើដំណើរពីចម្ងាយ ឧទាហរណ៍ ដោយប្រើ ftp ។ វា​នឹង​អនុញ្ញាត​ឱ្យ​អ្នក​ផ្លាស់ប្តូរ​ការវិភាគ​ថ្មីៗ ការកំណត់​រចនាសម្ព័ន្ធ​ថ្មីៗ​យ៉ាង​ឆាប់រហ័ស​សម្រាប់​អ្នក​លក់ បទ​បង្ហាញ​ជាដើម។
• ផ្តល់សិទ្ធិប្រើប្រាស់បណ្តោះអាសន្នដល់អ្នកប្រើប្រាស់ ឬអតិថិជន ដើម្បីបង្ហាញកម្មវិធី ឬប្រព័ន្ធផ្សព្វផ្សាយ។

ការធ្វើតេស្ត VPS សម្រាប់ 30 រូប្លិ៍ - រួចរាល់សម្រាប់អ្នក

30 rubles គឺតិចតួចណាស់ដែលអ្នកមិនចង់ដកកាតដើម្បីបង់ប្រាក់និងសាកល្បង។ ពេលខ្លះពួកយើងក៏ខ្ជិលដែរ ប៉ុន្តែលើកនេះពួកយើងធ្វើគ្រប់យ៉ាងដើម្បីអ្នក។ មុនពេលបើកដំណើរការម៉ាស៊ីនមេចូលទៅក្នុងសមរភូមិ យើងបានធ្វើការសាកល្បងមួយដើម្បីពិនិត្យមើលព័ត៌មានលម្អិតទាំងអស់ និងបង្ហាញពីអ្វីដែលម៉ាស៊ីនមេមានសមត្ថភាពក្នុងអត្រាពន្ធនេះ។ ដើម្បីធ្វើឱ្យវាកាន់តែគួរឱ្យចាប់អារម្មណ៍ យើងបានបន្ថែមភាពខ្លាំង និងពិនិត្យមើលថាតើការកំណត់រចនាសម្ព័ន្ធនេះនឹងប្រព្រឹត្តទៅយ៉ាងដូចម្តេច ប្រសិនបើដង់ស៊ីតេ និងបន្ទុកលើសពីតម្លៃដែលយើងកំណត់។ 

ម៉ាស៊ីនគឺស្ថិតនៅក្រោមបន្ទុកនៃម៉ាស៊ីននិម្មិតមួយចំនួនដែលបំពេញការងារផ្សេងៗនៅលើខួរក្បាល ហើយប្រើប្រាស់ប្រព័ន្ធរងរបស់ឌីសយ៉ាងសកម្ម។ គោលដៅគឺដើម្បីក្លែងធ្វើដង់ស៊ីតេខ្ពស់នៃការដាក់ និងបន្ទុកដែលអាចប្រៀបធៀបទៅនឹង ឬធំជាងការប្រយុទ្ធមួយ។

បន្ថែមពីលើបន្ទុកថេរ យើងបានដំឡើងម៉ាស៊ីននិម្មិតចំនួន 3 ដែលប្រមូលម៉ែត្រសំយោគដោយប្រើ sysbench ដែលលទ្ធផលជាមធ្យមត្រូវបានផ្តល់ឱ្យខាងក្រោម និងម៉ាស៊ីននិម្មិតចំនួន 50 ដែលបង្កើតបន្ទុកបន្ថែម។ ម៉ាស៊ីននិម្មិតសាកល្បងទាំងអស់មានការកំណត់រចនាសម្ព័ន្ធដូចគ្នា (1 ស្នូល RAM 512 GB, SSD 10 GB) រូបភាពស្តង់ដារ debian 9.6 ត្រូវបានជ្រើសរើសជាប្រព័ន្ធប្រតិបត្តិការ ដែលត្រូវបានផ្តល់ជូនអ្នកប្រើប្រាស់នៅលើ RUVDS ។

បន្ទុក​ត្រូវ​បាន​ក្លែង​ធ្វើ​តាម​លក្ខណៈ​ធម្មជាតិ និង​ទំហំ​ធៀប​នឹង​ការ​ប្រយុទ្ធ៖

• ម៉ាស៊ីននិម្មិតមួយចំនួនត្រូវបានដាក់ឱ្យដំណើរការជាមួយនឹងការផ្ទុកទាប
• ម៉ាស៊ីនមួយចំនួនបានដំណើរការស្គ្រីបសាកល្បងដែលក្លែងធ្វើបន្ទុកនៅលើខួរក្បាល (ដោយប្រើឧបករណ៍ប្រើប្រាស់ ភាពតានតឹង)
• នៅលើផ្នែកដែលនៅសល់នៃម៉ាស៊ីននិម្មិត យើងបានដំណើរការស្គ្រីបដែលប្រើ dd ដើម្បីចម្លងទិន្នន័យពីទិន្នន័យដែលបានរៀបចំជាមុនទៅឌីសជាមួយនឹងដែនកំណត់ដែលបានកំណត់ដោយប្រើ pv (ឧទាហរណ៍អាចមើលឃើញ នៅទីនេះ и នៅទីនេះ).

ដូចដែលអ្នកចងចាំផងដែរ យើងមានម៉ាស៊ីនចំនួន XNUMX ដែលប្រមូលម៉ែត្រសំយោគ។

នៅលើម៉ាស៊ីននីមួយៗ ស្គ្រីបមួយត្រូវបានប្រតិបត្តិជារង្វង់រៀងរាល់ 15 នាទីម្តង ដែលដំណើរការការធ្វើតេស្ត sysbench ស្តង់ដារសម្រាប់ខួរក្បាល អង្គចងចាំ និងថាស។

ស្គ្រីប sysbench.sh

#!/bin/bash
date +"%Y-%m-%d %H:%M:%S" >> /root/sysbench/results.txt
sysbench --test=cpu run >> /root/sysbench/results.txt
sysbench --test=memory run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=seqwr run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=seqrd run >> /root/sysbench/results.txt
sysbench --test=fileio --file-test-mode=rndrw run >> /root/sysbench/results.txt

លទ្ធផលត្រូវបានបង្ហាញសម្រាប់ភាពងាយស្រួលក្នុងទម្រង់ sysbench ប៉ុន្តែតម្លៃជាមធ្យមសម្រាប់រយៈពេលសាកល្បងទាំងមូលត្រូវបានគេយកចេញពីម៉ាស៊ីនទាំងអស់ លទ្ធផលអាចមើលឃើញនៅទីនេះ៖

Sysbanch-avg.txtsysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing CPU performance benchmark

Threads started!
Done.

Maximum prime number checked in CPU test: 10000

Test execution summary:
total time: 19.2244s
total number of events: 10000
total time taken by event execution: 19.2104
per-request statistics:
min: 1.43ms
avg: 1.92ms
max: 47.00ms
approx. 95 percentile: 3.02ms

Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 19.2104/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Doing memory operations speed test
Memory block size: 1K

Memory transfer size: 102400M

Memory operations type: write
Memory scope type: global
Threads started!
Done.

Operations performed: 104857600 (328001.79 ops/sec)

102400.00 MB transferred (320.32 MB/sec)

Test execution summary:
total time: 320.9155s
total number of events: 104857600
total time taken by event execution: 244.8399
per-request statistics:
min: 0.00ms
avg: 0.00ms
max: 139.41ms
approx. 95 percentile: 0.00ms

Threads fairness:
events (avg/stddev): 104857600.0000/0.00
execution time (avg/stddev): 244.8399/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential write (creation) test
Threads started!
Done.

Operations performed: 0 Read, 131072 Write, 128 Other = 131200 Total
Read 0b Written 2Gb Total transferred 2Gb (320.1Mb/sec)
20251.32 Requests/sec executed

Test execution summary:
total time: 6.9972s
total number of events: 131072
total time taken by event execution: 5.2246
per-request statistics:
min: 0.01ms
avg: 0.04ms
max: 96.76ms
approx. 95 percentile: 0.03ms

Threads fairness:
events (avg/stddev): 131072.0000/0.00
execution time (avg/stddev): 5.2246/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing sequential read test
Threads started!
Done.

Operations performed: 131072 Read, 0 Write, 0 Other = 131072 Total
Read 2Gb Written 0b Total transferred 2Gb (91.32Mb/sec)
5844.8 Requests/sec executed

Test execution summary:
total time: 23.1054s
total number of events: 131072
total time taken by event execution: 22.9933
per-request statistics:
min: 0.00ms
avg: 0.18ms
max: 295.75ms
approx. 95 percentile: 0.77ms

Threads fairness:
events (avg/stddev): 131072.0000/0.00
execution time (avg/stddev): 22.9933/0.00

sysbench 0.4.12: multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 1

Extra file open flags: 0
128 files, 16Mb each
2Gb total file size
Block size 16Kb
Number of random requests for random IO: 10000
Read/Write ratio for combined random IO test: 1.50
Periodic FSYNC enabled, calling fsync() each 100 requests.
Calling fsync() at the end of test, Enabled.
Using synchronous I/O mode
Doing random r/w test
Threads started!
Done.

Operations performed: 6000 Read, 4000 Write, 12800 Other = 22800 Total
Read 93.75Mb Written 62.5Mb Total transferred 156.25Mb (1341.5Kb/sec)
85.61 Requests/sec executed

Test execution summary:
total time: 152.9786s
total number of events: 10000
total time taken by event execution: 14.1879
per-request statistics:
min: 0.01ms
avg: 1.41ms
max: 210.22ms
approx. 95 percentile: 4.95ms

Threads fairness:
events (avg/stddev): 10000.0000/0.00
execution time (avg/stddev): 14.1879/0.00
លទ្ធផលគឺចង្អុលបង្ហាញ ប៉ុន្តែនៅតែមិនគួរយកជា QoS ទេ។ 

ម៉ាស៊ីនដែលបង្កើតបន្ទុកបន្ថែម

ផ្នែកទន់:

• apt-get update
• apt-get upgrade
• apt-get តំឡើងពស់ថ្លាន់ -p
• pip ដំឡើង mysql-connector-python-rf

បានដំឡើង MariaDB, របៀប នៅទីនេះ:

apt-get install libmariadbclient-dev
mysql -e "INSTALL PLUGIN blackhole SONAME 'ha_blackhole.so';" -- нужно для test_employees_sha

មូលដ្ឋានសាកល្បងត្រូវបានយក ពីទីនេះ:

មូលដ្ឋានទិន្នន័យត្រូវបានដាក់ឱ្យប្រើប្រាស់ដូចដែលបានបញ្ជាក់ នៅទីនេះ:

mysql -t < employees.sql
mysql -t < test_employees_sha.sql

មូលដ្ឋានសាកល្បងតូច៖

តារាង 

ចំនួនជួរដេក 

ទំហំទិន្នន័យ (MB)

ទំហំសន្ទស្សន៍ (KB)

នាយកដ្ឋាន 

9

0.02

16.00

dept_emp 

331143 

11.52

5648.00

dept_manager 

24 

0.02

16.00

បុគ្គលិក 

299379 

14.52

0.00

ប្រាក់ខែ 

2838426 

95.63

0.00 

ចំណងជើង 

442783 

19.56

0.00

សេវាកម្មសាកល្បងដំបូងត្រូវបានសរសេរនៅលើជង្គង់នៅក្នុង Python វាដំណើរការបួនយ៉ាង៖

1. getState៖ ត្រឡប់ស្ថានភាព
2. getEmployee៖ ត្រឡប់បុគ្គលិក (+ប្រាក់ខែ+ចំណងជើង) ពីមូលដ្ឋានទិន្នន័យ
3. patchEmployee: ផ្លាស់ប្តូរវាលបុគ្គលិក
4. insertSalary: បញ្ចូលប្រាក់ខែ

ប្រភពសេវាកម្ម (dbtest.py)

#!/usr/bin/python
import mysql.connector as mariadb
from flask import Flask, json, request, abort
from mysql.connector.constants import ClientFlag

app = Flask(__name__)

def getFields(cursor):
    results = {}
    column = 0
    for d in cursor.description:
        results[d[0]] = column
        column = column + 1
    return results

PAGE_SIZE = 30

@app.route("/")
def main():
    return "Hello!"

@app.route("/employees/<page>", methods=['GET'])
def getEmployees(page):
    offset = (int(page) - 1) * PAGE_SIZE
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees')
    cursor = connection.cursor()
    cursor.execute("SELECT * FROM employees LIMIT {} OFFSET {}".format(PAGE_SIZE, offset))
    return {'employees': [i[0] for i in cursor.fetchall()]}

@app.route("/employee/<id>", methods=['GET'])
def getEmployee(id):
    id = int(id)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees')
    cursor = connection.cursor()
    cursor.execute("SELECT * FROM employees WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    employee = {}
    found = False
    for row in cursor.fetchall():
        found = True
        employee = {
            "birth_date": row[fields["birth_date"]],
            "first_name": row[fields["first_name"]],
            "last_name": row[fields["last_name"]],
            "gender": row[fields["gender"]],
            "hire_date": row[fields["hire_date"]]
        }
    if not found:
        abort(404)
    cursor.execute("SELECT * FROM salaries WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    salaries = []
    for row in cursor.fetchall():
        salary = {
            "salary": row[fields["salary"]],
            "from_date": row[fields["from_date"]],
            "to_date": row[fields["to_date"]]
        }
        salaries.append(salary)
    employee["salaries"] = salaries
    cursor.execute("SELECT * FROM titles WHERE emp_no = {}".format(id))
    fields = getFields(cursor)
    titles = []
    for row in cursor.fetchall():
        title = {
            "title": row[fields["title"]],
            "from_date": row[fields["from_date"]],
            "to_date": row[fields["to_date"]]
        }
        titles.append(title)
    employee["titles"] = titles
    return json.dumps({
        "status": "success",
        "employee": employee
    })

def isFieldValid(t, v):
    if t == "employee":
        return v in ["birdth_date", "first_name", "last_name", "hire_date"]
    else:
        return false

@app.route("/employee/<id>", methods=['PATCH'])
def setEmployee(id):
    id = int(id)
    content = request.json
    print(content)
    setList = ""
    data = []
    for k, v in content.iteritems():
        if not isFieldValid("employee", k):
            continue
        if setList != "":
            setList = setList + ", "
        setList = setList + k + "=%s"
        data.append(v)
    data.append(id)
    print(setList)
    print(data)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees', client_flags=[ClientFlag.FOUND_ROWS])
    cursor = connection.cursor()
    cursor.execute("UPDATE employees SET {} WHERE emp_no = %s".format(setList), data)
    connection.commit()
    if cursor.rowcount < 1:
        abort(404)
    return json.dumps({
        "status": "success"
    })

@app.route("/salary", methods=['PUT'])
def putSalary():
    content = request.json
    print(content)
    connection = mariadb.connect(user='admin', password='q5XpRomdSr', database='employees', client_flags=[ClientFlag.FOUND_ROWS])
    cursor = connection.cursor()
    data = [content["emp_no"], content["salary"], content["from_date"], content["to_date"]]
    cursor.execute("INSERT INTO salaries (emp_no, salary, from_date, to_date) VALUES (%s, %s, %s, %s)", data)
    connection.commit()
    return json.dumps({
        "status": "success"
    })


@app.route("/state", methods=['GET'])
def getState():
    return json.dumps({
        "status": "success",
        "state": "working"
    })

if __name__ == '__main__':
    app.run(host='0.0.0.0',port='5002')

សូមប្រយ័ត្ន! មិនស្ថិតក្រោមកាលៈទេសៈណាក៏ដោយមិនគួរយកសេវាកម្មនេះធ្វើជាឧទាហរណ៍ ឬការណែនាំឡើយ!

ការធ្វើតេស្តត្រូវបានអនុវត្តដោយប្រើ JMeter ចាស់ល្អ។ ស៊េរីនៃការធ្វើតេស្តដែលមានរយៈពេលពី 15 នាទីទៅ 2 ម៉ោងត្រូវបានចាប់ផ្តើម ដោយគ្មានការរំខាន ភាគរយនៃសំណើប្រែប្រួល ហើយលទ្ធផលប្រែប្រួលពី 300 ទៅ 600 សំណើក្នុងមួយនាទី។ ចំនួនខ្សែស្រឡាយពី 50 ទៅ 500 ។

ដោយសារតែការពិតដែលថាមូលដ្ឋានទិន្នន័យតូចណាស់ពាក្យបញ្ជា:

mysql -e "SHOW ENGINE INNODB STATUS"

បង្ហាញថា៖

Buffer pool hit rate 923 / 1000, young-making rate 29 / 1000 not 32 / 1000

ខាងក្រោមគឺជាពេលវេលាឆ្លើយតបជាមធ្យមសម្រាប់សំណើ៖

ស្លាក

ជា​មធ្យម

មធ្យម

90% បន្ទាត់

95% បន្ទាត់

99% បន្ទាត់

នាទី

អតិបរមា

ទទួលបុគ្គលិក

37.64

12.57

62.28

128.5

497.57

5

4151.78

ទទួលបានរដ្ឋ

17

7.57

30.14

58.71

193

3

2814.71

patch បុគ្គលិក

161.42

83.29

308

492.57

1845.14

5

6639.4

ដាក់ប្រាក់ខែ

167.21

86.93

315.34

501.07

1927.12

7

6722.44

វាអាចជាការលំបាកសម្រាប់អ្នកក្នុងការវិនិច្ឆ័យពីលទ្ធផលសំយោគទាំងនេះថាតើ VPS នេះសមស្របប៉ុណ្ណាសម្រាប់កិច្ចការជាក់លាក់របស់អ្នក ហើយជាទូទៅវិធីសាស្ត្រដែលបានរាយបញ្ជីត្រូវបានកំណត់ចំពោះករណីទាំងនោះដែលយើងត្រូវដោះស្រាយក្នុងទម្រង់មួយ ឬទម្រង់ផ្សេងទៀត។ ដូច្នេះបញ្ជីរបស់យើងគឺ ច្បាស់ណាស់មិនពេញលេញ។ យើងសូមអញ្ជើញអ្នកឱ្យធ្វើការសន្និដ្ឋានដោយខ្លួនឯង ហើយសាកល្បងម៉ាស៊ីនមេក្នុងតម្លៃ 30 រូប្លិនៅលើកម្មវិធី និងភារកិច្ចពិតរបស់អ្នក ហើយណែនាំជម្រើសរបស់អ្នកសម្រាប់ការកំណត់រចនាសម្ព័ន្ធនេះនៅក្នុងមតិយោបល់។

ប្រភព: www.habr.com