ASK- Performa Percona VS MariaDB


Status
Not open for further replies.
arissety said:
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).
Click to expand...
hahaha saya kurang mendalami mysql.. makasih ilmunya saya coba nyimak dulu sambil coba dikit2 optimize bagusnya bagaimnaa.
 
arissety said:
Thanks infonya Tuann.
Ini hanya jalan untuk semua jenis sistem atau harus ada jenis hardware tertentu?
Ada pengalaman menarik menggunakan setingan ini?
Click to expand...
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'.
 
mustafaramadhan said:
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'.
Click to expand...

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
 
adi cius said:
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
Click to expand...
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.
 
mustafaramadhan said:
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.
Click to expand...
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?
 
adi cius said:
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?
Click to expand...

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.
Back
Top