請教大家如何優(yōu)化低內(nèi)存（例如 512mb 或者 1gb）vps 上的 mysql 數(shù)據(jù)庫

從這幾個方面入手
1.建立一些有效的索引，索引是比較影響查詢速度的，它可以快速的定位到你要查詢的數(shù)據(jù)，如果有多個條件的話可以建立聯(lián)合索引，但要注意聯(lián)合索引的順序，比如有一個這樣的索引，有以下這些字段，(user_id,type_id,views (瀏覽次數(shù)))當(dāng)我們寫查詢語句的時候，mysql會從左往右匹配索引。比如我們這么寫 (加入表名叫post)
select * from post where user_id = 1 and views > 2 ,如果這樣的話，我們的索引只匹配到了user_id 就不匹配了，因為mysql只能順序的匹配索引。索引的順序也很重要，一般是將區(qū)分度比較高的索引放在最左側(cè)，比如 上邊的例子，因為一個網(wǎng)站里用戶的數(shù)量正常來說會比類型的數(shù)量要多很多，所以用戶id的區(qū)分度比較高。
2.如果實在是無法避免條件確實不夠，比如上例子確實只需要這兩個條件(user_id,views),如果是這兩個，mysql就只能匹配user_id,而type_id 無法匹配,由于type數(shù)量并不多，那么我們可以在語句中加入 and type in(此處填寫所有類型id,當(dāng)然如果類型特別多就不要這么干了)。這樣的話，建立的索引就能全部匹配。
3.盡可能的用合適的數(shù)據(jù)類型來表示數(shù)據(jù)，定長的數(shù)據(jù)char要比varchar優(yōu)秀，如果表示狀態(tài)的話tinyint要比int好。
4.如果數(shù)據(jù)量特別多，需要統(tǒng)計條數(shù)的話，如果不是需要非常精確的數(shù)字 explain 的row 是比較快的方式，它比count要快。
5.切分查詢，比如，有這樣一個需求。查詢出所有文章(post)，并且包含作者的名字也就是user_name ,一般的話，我們會想到去連表，但我們可以把這個查詢切分開來，先用一個sql查詢出所有文章，再通過代碼拿到所有user_id，然后用in去user表中查詢，最后將查詢的結(jié)果合并，這么做雖然有些麻煩，但有時會是比較快的選擇，因為，當(dāng)我們將查詢分開的時候，如果此前有程序做過同樣的查詢，mysql就不會執(zhí)行一遍查詢語句，而是會直接從緩存里取數(shù)據(jù)。
6.如果數(shù)據(jù)量不大，建議還是全表掃比較快，因為畢竟索引也有成本。

裝5.5版本的mysql占用1G主機(jī)的4.6%內(nèi)存，幾乎不怎么占用
但是5.7版本的超占內(nèi)存。我已經(jīng)卸載了

要先確定性能瓶頸到底在哪里，再來談優(yōu)化！