ASK- Performa Percona VS MariaDB


Status
Not open for further replies.

pangeran1995

Hosting Guru
Yang benar, yg dibawah ini Tuann:



Yup.
Jadi konfigurasi ini, akan membuat proses commit per record dari sisi aplikasi menjadi jauh lebih cepat.
Karena yg dilakukan adalah group flushing atau group commit pada sisi disk.

Jika menggunakan HDD (spin disk), malah akan lebih untung lagi, karena dengan group commit, maka urutan write IO nya jadi squensial, dimana sudah dimaklumi, jika sequensial, maka performance jadi lebih cepat jika dibandingkan dengan random IO (yg terjadi pada single record commit).
hahaha saya kurang mendalami mysql.. makasih ilmunya saya coba nyimak dulu sambil coba dikit2 optimize bagusnya bagaimnaa.
 

mustafaramadhan

Hosting Guru
Thanks infonya Tuann.
Ini hanya jalan untuk semua jenis sistem atau harus ada jenis hardware tertentu?
Ada pengalaman menarik menggunakan setingan ini?
Jalan baik di DS dan semua VPS kecuali OpenVZ (mungkin juga LXC). Tujuannya mempercepat akses ke HDD.

Parameter lain yang perlu dicoba adalah 'performance_schema=on'.
 

adi cius

Apprentice 1.0
Jalan baik di DS dan semua VPS kecuali OpenVZ (mungkin juga LXC). Tujuannya mempercepat akses ke HDD.

Parameter lain yang perlu dicoba adalah 'performance_schema=on'.

Sip berarti kurang lebih ada tiga konfigurasi yang perlu di test.
performance_schema=on
innodb-use-native-aio=1
innodb_flush_log_at_trx_commit=2

BTW pak mustafa bisa dijelaskan kah resiko atau kekurangan jika menggunakan konfigurasi yang bapak sarankan?
agar bisa dipertimbangkan para pembaca.
Misalnya "innodb_flush_log_at_trx_commit=2" tadi kan ad resiko kehilangan data meski 1 detik klo tidak salah baca.

nah mungkin bapak bisa memberikan gambaran plus minus nya?

thanks
 

mustafaramadhan

Hosting Guru
Sip berarti kurang lebih ada tiga konfigurasi yang perlu di test.
performance_schema=on
innodb-use-native-aio=1
innodb_flush_log_at_trx_commit=2

BTW pak mustafa bisa dijelaskan kah resiko atau kekurangan jika menggunakan konfigurasi yang bapak sarankan?
agar bisa dipertimbangkan para pembaca.
Misalnya "innodb_flush_log_at_trx_commit=2" tadi kan ad resiko kehilangan data meski 1 detik klo tidak salah baca.

nah mungkin bapak bisa memberikan gambaran plus minus nya?

thanks
Kehilangan data 1 detik tetap lebih baik daripada tingginya crash pada database. Tanpa 'innodb_flush_log_at_trx_commit=2' maka peluang crash menjadi lebih besar.
 

adi cius

Apprentice 1.0
Kehilangan data 1 detik tetap lebih baik daripada tingginya crash pada database. Tanpa 'innodb_flush_log_at_trx_commit=2' maka peluang crash menjadi lebih besar.
ya pak. setuju :D
ada harga yang harus dibayar untuk sebuah kemananan, begitu pula resiko tiap menambah kecepatan :D:D:D :D

tapi untuk konfigurasi
performance_schema=on
innodb-use-native-aio=1

apa ada resikonya pak mungkin?
atau tinggal di tambahkan saja?
 

arissety

Apprentice 1.0
ya pak. setuju :D
ada harga yang harus dibayar untuk sebuah kemananan, begitu pula resiko tiap menambah kecepatan :D:D:D :D

tapi untuk konfigurasi
performance_schema=on
innodb-use-native-aio=1

apa ada resikonya pak mungkin?
atau tinggal di tambahkan saja?

Untuk setingan "innodb-use-native-aio=1", tidak ada pengaruh ke keamanan data, bahkan default setingannya sepertinya sudah enable.
Namanya mmg asynchronous, tapi yg dimaksud bukan "ketika commit, maka record belum 100% di flush ke disk".
Tapi yg dimaksud adalah memisahkan proses write ke Disk dan proses lainnya dalam 2 thread yang berbeda. Tujuannya supaya cpu-cache locality tetap terjaga, sehingga eksekusi lebih cepat.

Sedangkan performance_schema, itu adalah suatu plugin, yg digunakan untuk memonitor performance database.
 
Status
Not open for further replies.

Top