ASK- Performa Percona VS MariaDB


Status
Not open for further replies.
adi cius said:
OWh seperti tu yak :D klo misal 1 server dua RAID bisa gak sih?
misal DB RAID 1 lalu untuk storage dan sytem di RAID 1 juta?

Klau selama ini sering ditemui cuma satu RAID, jadi beberapa Drive di RAID namun ada 1 drive yang gak di RAID. misalnya.
KLo 2 jenis RAID di 1 server bisa yak?


yang pasti adalah semua alokasi IO digunakan oleh hanya database saja. sehingga sangat optimal untuk proses databasenya sendiri.
Otomatis drive yang dikususkan mysql akan dapat menampung proses database lebih banyak.

Ibaratkan saja, anda menggunakan bus, jika anda naik bus umum kan paling hanya bisa membawa barang seperlunya.
Bayangin jika anda sewa bus sendiri, maka anda bisa membawa barang sebanyak yang anda inginkan, tentunya dengan limit ruangan dan kemampuan mesin dari bus tersebut.

Hal ini sama dengan drive yang dipisah untuk mysql.
Click to expand...
yang seperti saya bilang. AGC yang penyimpanan database itu write dan bacanya lebih ngeri. makanya saya buat produk dengan settingan seperti ini agar dalam proses Mysql nya lebih bagus :D
 
pangeran1995 said:
yang seperti saya bilang. AGC yang penyimpanan database itu write dan bacanya lebih ngeri. makanya saya buat produk dengan settingan seperti ini agar dalam proses Mysql nya lebih bagus :D
Click to expand...
Iya om, maksudnya yang DB dan kontrol panel kan jadi satu server.
Yang db kan di RAID.

Lalu apa kontrol panel juga di RAID?
nah jika di RAID berrti ada dua macam RAID dalam satu server seperti itu om pangeran?

thanks
 
pangeran1995 said:
yang seperti saya bilang. AGC yang penyimpanan database itu write dan bacanya lebih ngeri. makanya saya buat produk dengan settingan seperti ini agar dalam proses Mysql nya lebih bagus :D
Click to expand...

Yang suka AGC2-an sama BLOG2an, kasih setingan ini saja:

innodb_flush_log_at_trx_commit=2

"With a value of 2, the contents of the InnoDB log buffer are written to the log file after each transaction commit and the log file is flushed to disk approximately once per second. Once-per-second flushing is not 100% guaranteed to happen every second, due to process scheduling issues. Because the flush to disk operation only occurs approximately once per second, you can lose up to a second of transactions in an operating system crash or a power outage."

Anne sdh coba, dari sekitar <100 write record/s, naik jadi > 10.000 write record/s.
Pakai dedicated server mah, aman.
 
arissety said:
Yang suka AGC2-an sama BLOG2an, kasih setingan ini saja:

innodb_flush_log_at_trx_commit=2

"With a value of 2, the contents of the InnoDB log buffer are written to the log file after each transaction commit and the log file is flushed to disk approximately once per second. Once-per-second flushing is not 100% guaranteed to happen every second, due to process scheduling issues. Because the flush to disk operation only occurs approximately once per second, you can lose up to a second of transactions in an operating system crash or a power outage."

Anne sdh coba, dari sekitar <100 write record/s, naik jadi > 10.000 write record/s.
Pakai dedicated server mah, aman.
Click to expand...

i see i ci :D
itu berarti kita cuma kehilangan 2 detik database ya jika komputer mati mendadak.
mirip dengan writeback yak, tapi ini lebih spesifik ke database dan cuma 2 detik data yang hilang.
nah kalau kita pakai replicate mysql nya, biar aman kira2 seberapa yak pengurangan performanya? apakah tetep di 100 /s atau bisa mendekati 10.000w/s ?
BTW gimana sih ngetes performa writer atau maksimal write di server produksi yang aman?
saya penasaran. Tolong infonya dong. salam
 
arissety said:
Yang suka AGC2-an sama BLOG2an, kasih setingan ini saja:

innodb_flush_log_at_trx_commit=2

"With a value of 2, the contents of the InnoDB log buffer are written to the log file after each transaction commit and the log file is flushed to disk approximately once per second. Once-per-second flushing is not 100% guaranteed to happen every second, due to process scheduling issues. Because the flush to disk operation only occurs approximately once per second, you can lose up to a second of transactions in an operating system crash or a power outage."

Anne sdh coba, dari sekitar <100 write record/s, naik jadi > 10.000 write record/s.
Pakai dedicated server mah, aman.
Click to expand...
tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya :D
 
pangeran1995 said:
tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya :D
Click to expand...
Loh, sory mas.
WA itu bukannya karena permintaan yang besar dari user, lalu WA tinggi karena server gak mampu memenuhi?
kaya yang di sampaikan sebelumnya mengatakan bahwa "innodb_flush_log_at_trx_commit=2" bisa meningkatkan write?
seharusnya WA malah bisa turun ya?
bukannya begitu seharusnya ya? :D
 
pangeran1995 said:
tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya :D
Click to expand...

Yang benar, yg dibawah ini Tuann:

adi cius said:
Loh, sory mas.
WA itu bukannya karena permintaan yang besar dari user, lalu WA tinggi karena server gak mampu memenuhi?
kaya yang di sampaikan sebelumnya mengatakan bahwa "innodb_flush_log_at_trx_commit=2" bisa meningkatkan write?
seharusnya WA malah bisa turun ya?
bukannya begitu seharusnya ya? :D
Click to expand...

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).
 
adi cius said:
i see i ci :D
itu berarti kita cuma kehilangan 2 detik database ya jika komputer mati mendadak.
mirip dengan writeback yak, tapi ini lebih spesifik ke database dan cuma 2 detik data yang hilang.
nah kalau kita pakai replicate mysql nya, biar aman kira2 seberapa yak pengurangan performanya? apakah tetep di 100 /s atau bisa mendekati 10.000w/s ?
BTW gimana sih ngetes performa writer atau maksimal write di server produksi yang aman?
saya penasaran. Tolong infonya dong. salam
Click to expand...

Pas jam sibuk, coba cek dengan perintah mysql: show innodb status.
Lalu perhatikan pada bagian ROW OPERATIONS.

--------------
ROW OPERATIONS
--------------
2 queries inside InnoDB, 0 queries in queue
1 read views open inside InnoDB
Main thread process no. 26171, id 140706618275584, state: sleeping
Number of rows inserted 1183382945, updated 75584793, deleted 89218964, read 6131700122524
141.16 inserts/s, 1.48 updates/s, 11.08 deletes/s, 1054278.05 reads/s
----------------------------
 
Status
Not open for further replies.
Back
Top