Pemantauan pertanyaan sql yang berlaku pada Slack
Petua Go yang ringkas untuk mendapatkan pemberitahuan tentang pertanyaan lambat, ralat yang tidak dijangka dan log penting lain.
Bot Slack saya menggesa saya tentang pertanyaan SQL yang telah lama dijalankan. Saya harus memperbaikinya secepat mungkin.
Kami tidak boleh mengurus perkara yang tidak boleh kami ukur. Setiap aplikasi bahagian belakang memerlukan kami memantau prestasinya pada pangkalan data. Jika pertanyaan tertentu menjadi perlahan apabila jumlah data berkembang, anda mesti mengoptimumkannya sebelum ia menjadi terlalu perlahan.
Memandangkan Slack telah menjadi pusat kerja kami, ia juga mengubah cara kami memantau sistem kami. Walaupun kami sudah mempunyai alat pemantauan yang cukup bagus, ia juga merupakan idea yang bagus untuk meminta bot Slack memberitahu kami jika ada apa-apa dalam sistem yang semakin surut. Contohnya, pertanyaan SQL mengambil masa terlalu lama untuk diselesaikan, atau ralat maut berlaku dalam pakej Go tertentu.
Dalam catatan blog ini, kami akan memberitahu anda cara menyediakan sistem pengelogan mudah yang sudah menyokong ciri ini dan perpustakaan pangkalan data sedia ada untuk mencapai matlamat ini.
Gunakan pembalaklogger ialah perpustakaan kecil yang direka untuk digunakan oleh perpustakaan dan aplikasi Go. Dalam contoh ini kami menggunakan tiga ciri pentingnya:
Ia menyediakan pemasa mudah untuk mengukur prestasi.
Menyokong penapis keluaran yang kompleks, jadi anda boleh memilih log daripada pakej yang ditentukan. Sebagai contoh, anda boleh memberitahu pembalak untuk hanya mengeluarkan daripada paket pangkalan data dan hanya mengeluarkan log pemasa yang lebih panjang daripada 500 ms.
Ia mempunyai cangkuk Slack, jadi anda boleh menapis dan memasukkan log ke dalam Slack.
Mari lihat cara menggunakan pemasa dalam contoh ini, kemudian kita juga akan menggunakan penapis:
package main import ( "github.com/azer/logger" "time" ) var ( users = logger.New("users") database = logger.New("database") ) func main () { users.Info("Hi!") timer := database.Timer() time.Sleep(time.Millisecond * 250) // sleep 250ms timer.End("Connected to database") users.Error("Failed to create a new user.", logger.Attrs{ "e-mail": "[email protected]", }) database.Info("Just a random log.") fmt.Println("Bye.") }
Tiada output semasa menjalankan program ini:
Pencatat senyap secara lalai, jadi ia boleh digunakan di dalam perpustakaan. Kami hanya menggunakan pembolehubah persekitaran untuk melihat log: Contohnya:
$ LOG=database@timer go run example-01.go 01:08:54.997 database(250.095587ms): Connected to database. Bye
Dalam contoh di atas, kami menggunakan penapis pangkalan data@pemasa untuk melihat output log pemasa dalam pakej pangkalan data. Anda juga boleh mencuba penapis lain, seperti:
LOG=*: Semua log
LOG=pengguna@ralat, pangkalan data: semua log ralat daripada pengguna, semua log daripada pangkalan data
LOG=*@timer,database@info: log pemasa dan log ralat daripada semua pakej, dan semua log daripada pangkalan data
LOG=*,users@mute: Semua log kecuali pengguna
Log konsol adalah untuk persekitaran pembangunan, tetapi kami memerlukan produk untuk menyediakan antara muka yang mesra. Terima kasih kepada slack-hook, kami boleh mengintegrasikannya dengan mudah menggunakan Slack dalam contoh di atas:
import ( "github.com/azer/logger" "github.com/azer/logger-slack-hook" ) func init () { logger.Hook(&slackhook.Writer{ WebHookURL: "https://hooks.slack.com/services/...", Channel: "slow-queries", Username: "Query Person", Filter: func (log *logger.Log) bool { return log.Package == "database" && log.Level == "TIMER" && log.Elapsed >= 200 } }) }
Mari terangkan apa yang kami lakukan dalam contoh di atas:
Baris #5: Tetapkan url webhook masuk. URL dipautkan di sini.
Baris #6: Pilih saluran kemasukan untuk log aliran.
Baris #7: Nama pengguna pengirim yang dipaparkan.
Baris #11: Gunakan penapis strim untuk hanya mengeluarkan log pemasa yang lebih lama daripada 200 ms.
Harap contoh ini dapat memberi anda gambaran umum. Jika anda mempunyai lebih banyak soalan, lihat dokumentasi pembalak.
crud ialah perpustakaan gaya ORM untuk pangkalan data Go Salah satu ciri tersembunyinya ialah sistem pengelogan dalaman menggunakan logger. Ini membolehkan kami memantau dengan mudah pertanyaan SQL yang dijalankan.
PertanyaanBerikut adalah pertanyaan ringkas yang mengembalikan nama pengguna yang diberikan e-mel:
func GetUserNameByEmail (email string) (string, error) { var name string if err := DB.Read(&name, "SELECT name FROM user WHERE email=?", email); err != nil { return "", err } return name, nil }
Baiklah, yang ini terlalu pendek dan rasanya seperti kehilangan sesuatu, mari tambahkan konteks penuh:
import ( "github.com/azer/crud" _ "github.com/go-sql-driver/mysql" "os" ) var db *crud.DB func main () { var err error DB, err = crud.Connect("mysql", os.Getenv("DATABASE_URL")) if err != nil { panic(err) } username, err := GetUserNameByEmail("[email protected]") if err != nil { panic(err) } fmt.Println("Your username is: ", username) }
Jadi, kami mempunyai contoh kasar yang disambungkan ke pangkalan data MySQL melalui pembolehubah persekitaran DATABASE_URL. Jika kita menjalankan program ini, kita akan melihat baris keluaran:
$ DATABASE_URL=root:123456@/testdb go run example.go Your username is: azer
Seperti yang saya nyatakan sebelum ini, pengelogan adalah senyap secara lalai. Mari kita lihat log dalaman crud:
$ LOG=crud go run example.go 22:56:29.691 crud(0): SQL Query Executed: SELECT username FROM user WHERE email='[email protected]' Your username is: azer
Ini mudah dan cukup untuk kita melihat cara pertanyaan dilaksanakan dalam persekitaran pembangunan kita.
Integrasi CRUD dan SlackLogger direka untuk pengurusan konfigurasi "sistem pembalakan dalaman" peringkat aplikasi. Ini bermakna anda boleh membuat log mentah mengalir ke Slack dengan mengkonfigurasi pembalak pada tahap aplikasi anda:
import ( "github.com/azer/logger" "github.com/azer/logger-slack-hook" ) func init () { logger.Hook(&slackhook.Writer{ WebHookURL: "https://hooks.slack.com/services/...", Channel: "slow-queries", Username: "Query Person", Filter: func (log *logger.Log) bool { return log.Package == "mysql" && log.Level == "TIMER" && log.Elapsed >= 250 } }) }
Dalam kod di atas:
Kami mengimport perpustakaan logger dan logger-slack-hook.
Kami mengkonfigurasi log pembalak untuk mengalir ke Slack. Konfigurasi ini meliputi semua penggunaan pembalak dalam pangkalan kod, termasuk kebergantungan pihak ketiga.
Kami menggunakan penapis strim untuk hanya mengeluarkan log pemasa daripada pakej MySQL yang lebih panjang daripada 250 ms.
Penggunaan ini boleh dilanjutkan melangkaui pelaporan pertanyaan yang perlahan sahaja. Saya sendiri menggunakannya untuk menjejaki ralat penting dalam pakej tertentu, dan juga untuk statistik seperti log masuk pengguna baharu atau log penjanaan pembayaran.
crud
pembalak
kail-kendur-logger
Beritahu kami jika anda mempunyai sebarang soalan atau cadangan
Atas ialah kandungan terperinci Pemantauan pertanyaan sql yang berlaku pada Slack. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Perbezaan utama antara CentOS dan Ubuntu adalah: asal (CentOS berasal dari Red Hat, untuk perusahaan; Ubuntu berasal dari Debian, untuk individu), pengurusan pakej (CentOS menggunakan yum, yang memberi tumpuan kepada kestabilan; Ubuntu menggunakan APT, untuk kekerapan yang tinggi) Pelbagai tutorial dan dokumen), kegunaan (CentOS berat sebelah ke arah pelayan, Ubuntu sesuai untuk pelayan dan desktop), perbezaan lain termasuk kesederhanaan pemasangan (CentOS adalah nipis)

Langkah Pemasangan CentOS: Muat turun Imej ISO dan Burn Bootable Media; boot dan pilih sumber pemasangan; Pilih susun atur bahasa dan papan kekunci; Konfigurasikan rangkaian; memisahkan cakera keras; Tetapkan jam sistem; Buat pengguna root; pilih pakej perisian; Mulakan pemasangan; Mulakan semula dan boot dari cakera keras selepas pemasangan selesai.

CentOS telah dihentikan, alternatif termasuk: 1. Rocky Linux (keserasian terbaik); 2. Almalinux (serasi dengan CentOS); 3. Ubuntu Server (Konfigurasi diperlukan); 4. Red Hat Enterprise Linux (versi komersial, lesen berbayar); 5. Oracle Linux (serasi dengan CentOS dan RHEL). Apabila berhijrah, pertimbangan adalah: keserasian, ketersediaan, sokongan, kos, dan sokongan komuniti.

Bagaimana cara menggunakan desktop Docker? Docktop Docktop adalah alat untuk menjalankan bekas Docker pada mesin tempatan. Langkah -langkah untuk digunakan termasuk: 1. Pasang desktop Docker; 2. Mulakan desktop Docker; 3. Buat imej Docker (menggunakan Dockerfile); 4. Membina imej Docker (menggunakan Docker Build); 5. Jalankan bekas Docker (menggunakan Docker Run).

Docker menggunakan ciri -ciri kernel Linux untuk menyediakan persekitaran berjalan yang cekap dan terpencil. Prinsip kerjanya adalah seperti berikut: 1. Cermin digunakan sebagai templat baca sahaja, yang mengandungi semua yang anda perlukan untuk menjalankan aplikasi; 2. Sistem Fail Kesatuan (Unionfs) menyusun pelbagai sistem fail, hanya menyimpan perbezaan, menjimatkan ruang dan mempercepatkan; 3. Daemon menguruskan cermin dan bekas, dan pelanggan menggunakannya untuk interaksi; 4. Ruang nama dan cgroups melaksanakan pengasingan kontena dan batasan sumber; 5. Pelbagai mod rangkaian menyokong interkoneksi kontena. Hanya dengan memahami konsep -konsep teras ini, anda boleh menggunakan Docker dengan lebih baik.

Selepas CentOS dihentikan, pengguna boleh mengambil langkah -langkah berikut untuk menanganinya: Pilih pengedaran yang serasi: seperti Almalinux, Rocky Linux, dan CentOS Stream. Berhijrah ke pengagihan komersial: seperti Red Hat Enterprise Linux, Oracle Linux. Menaik taraf ke CentOS 9 Stream: Pengagihan Rolling, menyediakan teknologi terkini. Pilih pengagihan Linux yang lain: seperti Ubuntu, Debian. Menilai pilihan lain seperti bekas, mesin maya, atau platform awan.

Langkah Penyelesaian Masalah untuk Gagal Docker Image Build: Semak Sintaks Dockerfile dan Versi Ketergantungan. Semak jika konteks binaan mengandungi kod sumber dan kebergantungan yang diperlukan. Lihat log binaan untuk butiran ralat. Gunakan pilihan sasaran untuk membina fasa hierarki untuk mengenal pasti titik kegagalan. Pastikan anda menggunakan versi terkini Enjin Docker. Bina imej dengan --t [nama imej]: mod debug untuk debug masalah. Semak ruang cakera dan pastikan ia mencukupi. Lumpuhkan Selinux untuk mengelakkan gangguan dengan proses binaan. Tanya platform komuniti untuk mendapatkan bantuan, sediakan dockerfiles dan bina deskripsi log untuk cadangan yang lebih spesifik.

Keperluan Sistem Kod Vs: Sistem Operasi: Windows 10 dan ke atas, MACOS 10.12 dan ke atas, pemproses pengedaran Linux: minimum 1.6 GHz, disyorkan 2.0 GHz dan ke atas memori: minimum 512 MB, disyorkan 4 GB dan ke atas ruang penyimpanan: minimum 250 mb, disyorkan 1 GB dan di atas keperluan lain:
