淺談Mysql高可用，DBA們將如何應(yīng)對？

王楠w_n

你回啊 回復(fù) 21# cnlnzz01


   

changsiheng

1.如果是你，你怎么處理慢查詢引起的問題，并且在以后避免這種情況發(fā)生？

  清理大表中無用的數(shù)據(jù)；對大表盡可能采用分區(qū)表；查看sql是否可以優(yōu)化。

2.除了慢查詢，還有哪些情況會導(dǎo)致MySQL卡頓，查詢較慢？

  如果非SSD，大量的隨機I/O讀寫是問題；大事務(wù)操作導(dǎo)致的大面積鎖；Myisam的不合理使用。

3.針對于數(shù)據(jù)庫優(yōu)化，您有哪些比較實用的建議和想法？

   讀寫分離是必須的；經(jīng)常操作表的數(shù)據(jù)碎片優(yōu)化；

4.結(jié)合生產(chǎn)環(huán)境，您覺得MySQL，較于PG NOsql DB2 Sybase MongoDB Oracle等數(shù)據(jù)庫來，他的優(yōu)點在哪？在什么情況下你會使用其它類型的DB

  用過是oracle,mysql,mongodb，但是都不是很靈

  但從管理上來說，mongodb是不支持事務(wù)的，曾經(jīng)遇到過業(yè)務(wù)強行終止后，恢復(fù)不了的情況，還好當時有集群；
  
  oracle和mysql來說，還是用免費的，具體的差距這個不是沒有太多感覺。

5.如果您是數(shù)據(jù)庫的設(shè)計者，您會去怎么設(shè)計數(shù)據(jù)庫的引擎和結(jié)構(gòu)？

    以前從來沒有考慮過這個問題，因為只是管理數(shù)據(jù)庫。
    我覺得就最熟悉的mysql而言，引擎肯定是Innodb。他的特性基本可以滿足一般的需求；
    數(shù)據(jù)庫的結(jié)構(gòu)，耦合度不能太高，每個數(shù)據(jù)表不能太重；

archermind_wh

有需要換工作的嗎武漢誠邁科技招聘崗位安卓開發(fā)和測試   五險一金 定期體檢 定期員工活動  每年三次加薪機會 每周雙休 早餐券  回復(fù) 2# cnlnzz01


   

sjf0115

占個坑               

zhancat200801

這真是個好帖子，mark一下。
另外請教一下高人，生產(chǎn)環(huán)境中什么情況下建議用主從/主主架構(gòu)？

Shell_HAT

回復(fù) 27# zhancat200801


單個數(shù)據(jù)庫頂不住業(yè)務(wù)壓力的時候可以考慮上主從，讀寫分離，緩解主庫壓力。
主主容易出現(xiàn)數(shù)據(jù)不一致的情況，當你找到一個有經(jīng)驗的MySQL DBA之后再考慮吧

Shell_HAT

回復(fù) 20# ghostwwl

記得沒錯的話 應(yīng)該可以記錄所有沒有使用索引的語句

是的，可以通過 log_queries_not_using_indexes 這個參數(shù)來實現(xiàn)。

http://dev.mysql.com/doc/refman/5.6/en/slow-query-log.html
By default, administrative statements are not logged, nor are queries that do not use indexes for lookups. This behavior can be changed using log_slow_admin_statements and log_queries_not_using_indexes, as described later.

cjfeii

cnlnzz01  樓主什么時候結(jié)貼？求中獎啊