單臺mysql最大tps mysql tps一般為多少？
mysql tps一般為多少？(1)QPS(每秒Query量) QPS = Questions(or Queries) / seconds mysql > show global status l
mysql tps一般為多少？
(1)QPS(每秒Query量) QPS = Questions(or Queries) / seconds mysql > show global status like "Question%" (2)TPS(每秒事務量) TPS = (Com_commit Com_rollback) / seconds mysql > show global status like "Com_commit" mysql > show global status like "Com_rollback" (3)key Buffer 命中率 mysql>show global status like "key%" key_buffer_read_hits = (1-key_reads / key_read_requests) * 100% key_buffer_write_hits = (1-key_writes / key_write_requests) * 100% (4)InnoDB Buffer命中率 mysql> show status like "innodb_buffer_pool_read%" innodb_buffer_read_hits = (1 - innodb_buffer_pool_reads / innodb_buffer_pool_read_requests) * 100% (5)Query Cache命中率
30萬用戶的web系統(tǒng)，單臺mysql服務器可以扛住嗎？
可以 靜態(tài)web 都不用mysql 哈哈，看日活等等，條件太少 問題不好。假設有5萬日活，緩存牛b，增刪改少，也是能抗的。
mysql數(shù)據(jù)庫最大能支持多少并發(fā)量？
MySQL服務器的最大并發(fā)連接數(shù)是16384。
受服務器配置，及網(wǎng)絡環(huán)境等制約，實際服務器支持的并發(fā)連接數(shù)會小一些。主要決定因素有：
1、服務器CPU及內(nèi)存的配置。
2、網(wǎng)絡的帶寬?；ヂ?lián)網(wǎng)連接中上行帶寬的影響尤為明顯。
和一個mysql，如果可以，能支持多少并發(fā)？
獲取數(shù)據(jù)不總是到數(shù)據(jù)庫取的。
并發(fā)是同一時刻，有多少個請求在數(shù)據(jù)庫上跑。數(shù)據(jù)庫最大并發(fā)和在線人數(shù)沒有確定的對應關系。舉個例子，你登陸CSDN，驗證賬戶信息，可能去取一次數(shù)據(jù)庫，也可能不?。ㄖ苯訌腗C里得到），這時候你有一次連接。然后你啥事都沒做，當然也不可能對數(shù)據(jù)庫有操作了，但是你還是在線的，因為你已經(jīng)登陸了。mysql表數(shù)據(jù)量太大，達到了1億多條數(shù)據(jù)，除了分庫分表之外，還有沒有其他的解決方式？
mysql在常規(guī)配置下，一般只能承受2000萬的數(shù)據(jù)量(同時讀寫，且表中有大文本字段，單臺服務器)?，F(xiàn)在超過1億，并不斷增加的情況下，建議如下處理：
1 分表?？梢园磿r間，或按一定的規(guī)則拆分，做到查詢某一條數(shù)據(jù)庫，盡量在一個子表中即可。這是最有效的方法
2 讀寫分離。尤其是寫入，放在新表中，定期進行同步。如果其中記錄不斷有update，最好將寫的數(shù)據(jù)放在 redis中，定期同步
3 表的大文本字段分離出來，成為獨立的新表。大文本字段，可以使用NOSQL數(shù)據(jù)庫
4 優(yōu)化架構，或優(yōu)化SQL查詢，避免聯(lián)表查詢，盡量不要用count(*)， in，遞歸等消耗性能的語句
5 用內(nèi)存緩存，或在前端讀的時候，增加緩存數(shù)據(jù)庫。重復讀取時，直接從緩存中讀取。
上面是低成本的管理方法，基本幾臺服務器即可搞定，但是管理起來麻煩一些。
當然，如果整體數(shù)據(jù)量特別大的話，也不在乎投入費用的話，用集群吧，用TIDB吧