ASK- Performa Percona VS MariaDB

[pangeran1995]

OWh seperti tu yak 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.

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

 

[adi cius]

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

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

 

[pluto01]

KLo 2 jenis RAID di 1 server bisa yak?

Sepertinya bisa dgn soft Raid dan atau external storage sejenis NAS (hw raid) kmrn kl ga salah pernah coba2 test di NAS nya seagate seri STCU
Bs dicoba test di CPU trial

CMIIW

 

[pangeran1995]

saya untuk mysql ga pake raid

 

[arissety]

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

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.

 

[adi cius]

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.

i see i ci
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

 

[pangeran1995]

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.

tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya

 

[adi cius]

tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya

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?

 

[arissety]

tapi write terlalu banyak akan membuat WA tinggi ??
kalo saya malah nggak berani naikin meski khusus mysql ssd karena di takutkan jebol ssdnya

Yang benar, yg dibawah ini Tuann:

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?

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).

 

[arissety]

i see i ci
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

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
----------------------------