Selagi round robin, pasti ada selang masa ini. MySQL nampaknya tidak mempunyai mekanisme pemantauan data Anda boleh menambah lapisan redis atau mq di hadapan 1 Tambah tugasan ke bahagian hadapan 2 tulis ke mysql 3 Bahagian belakang memantau redis/mq, mendapatkan pelaksanaan tugas dan mengemas kini mysql selepas pelaksanaan selesai
Tidak perlu dikatakan, mq adalah mengenai pemantauan Redis menggunakan pubsub untuk melakukannya redis pubsub sangat mudah digunakan. http://redis.cn/commands/pubs... Dengan cara ini, bahagian belakang juga boleh melaksanakan tugas secara serentak
Halaman hadapan sepatutnya tidak boleh menulis terus ke pangkalan data Bahagian hadapan hendaklah menghantar permintaan, dan bahagian belakang akan melaksanakan permintaan bahagian hadapan Kemudian selepas bahagian belakang menyelesaikan operasi tulis ke pangkalan data, ia boleh terus menghantar mesej lain yang meminta pelaksanaan tugas. Sudah tentu, mesej ini juga boleh dimulakan oleh bahagian hadapan selepas bahagian hadapan menerima mesej penulisan yang berjaya Namun, ini nampaknya tidak munasabah dan membazirkan sumber pelayan. Dengan cara ini, cara bahagian belakang melaksanakan tugasan tidak seharusnya mengundi, tetapi harus ditukar kepada mendengar jawapan. Apabila permintaan pelaksanaan tugas baharu dipantau, data diambil daripada pangkalan data dan ditambahkan pada baris gilir tugas.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Tambah mesin...
Selagi round robin, pasti ada selang masa ini.
MySQL nampaknya tidak mempunyai mekanisme pemantauan data
Anda boleh menambah lapisan redis atau mq di hadapan
1 Tambah tugasan ke bahagian hadapan
2 tulis ke mysql
3 Bahagian belakang memantau redis/mq, mendapatkan pelaksanaan tugas dan mengemas kini mysql selepas pelaksanaan selesai
Tidak perlu dikatakan, mq adalah mengenai pemantauan
Redis menggunakan pubsub untuk melakukannya
redis pubsub sangat mudah digunakan. http://redis.cn/commands/pubs...
Dengan cara ini, bahagian belakang juga boleh melaksanakan tugas secara serentak
Halaman hadapan sepatutnya tidak boleh menulis terus ke pangkalan data Bahagian hadapan hendaklah menghantar permintaan, dan bahagian belakang akan melaksanakan permintaan bahagian hadapan Kemudian selepas bahagian belakang menyelesaikan operasi tulis ke pangkalan data, ia boleh terus menghantar mesej lain yang meminta pelaksanaan tugas.
Sudah tentu, mesej ini juga boleh dimulakan oleh bahagian hadapan selepas bahagian hadapan menerima mesej penulisan yang berjaya Namun, ini nampaknya tidak munasabah dan membazirkan sumber pelayan.
Dengan cara ini, cara bahagian belakang melaksanakan tugasan tidak seharusnya mengundi, tetapi harus ditukar kepada mendengar jawapan. Apabila permintaan pelaksanaan tugas baharu dipantau, data diambil daripada pangkalan data dan ditambahkan pada baris gilir tugas.