Question

MYSQL大数据量的主从同步备份方案

我现在参加一个游戏项目，是社交平台上的页游，由于社交平台的特殊性，所以不能分区，用户基数有1000万加，每天上线用户数目大概在15万左右，目前，框架搭建的时候，采用mysql的主从同步方案，本想借主从同步，实现读写分离来分开Mysql的压力，但是，由于写入太大，太频繁，导致采用日志文件方式的主从同步，根本不可能同步，也就是前面一个日志的变化，从服务器还没有同步，后面已经又有N个变更了，所以现在，一直数据库还在只用一台服务器，开了2048个连接数，对于是DAU，15W+来说，很容易就占满了，经常会出现连接数爆表，请问有什么可靠的方案，解决这个问题？

Answer 1

开这么多连接数有个毛用。。。，Mysql的最大连接数在一般开个几百个就好了，可以进行测试，最大连接数不是越多越好！！！
自己看看SQL语句的优化吧！连接数占满肯定是SQL语句查询耗时了，这个有多种原因的。
肯定是可以分区的。。。

追问

并发5000每秒的请求，几百个连接数，再怎么优化都会爆表，现在单个接口全部都在500ms就返回了，很多几十ms就返回的，极少数因为涉及到后台API远程通讯，会在1-2s返回，这个游戏数据的大和快，及时性，和普通的CMS不是一个量级的，如果接口 太慢了，玩家体验就不行，所以这个和优化sql语句没有关系了，

追答

每天上线用户数目大概在15万左右？并发5000/S，一直数据库还在只用一台服务器。你这不是在忽悠人么？好好优化下你的数据库表结构。。。

去看看NOSQL吧，这个可能会解决你的问题

追问

不是忽悠人哈，真的现在还是一台DB服务器，数据库服务器是48G内存，16核处理器，SSD硬盘的配置，因为从服务器压根同步不赢主服务器的更改，所以没有办法，所以才来问，怎么让从服务器能够及时保持主服务器的变更。

Answer 2

光开连接数解决不了根本问题的，MY Sql接触不多，一直感觉主从方式的集群不靠谱。不知道有My Sql没有类似oracle rac的并行集群的负载均衡和高可用，分担压力。再就是优化前端数据库连接池，和优化访问数据库的语句。

追问

并发多了，连接数，必定要开得多，无论是怎么优化，而且这个是游戏，本身要求接口的实时性，所以，本身已经对SQL做了优化了，并且用了大量的memcache(40G) redis（20G）缓存，mysql只是做数据持久化，由于游戏操作频繁，所以会涉及到频繁的DB更新，导致主从不同步，所以没有办法用主从来分担压力，负载均衡，

追答

oracle RAC方式的集群不是主从的概念，是同时虚拟成一个服务对外提供，不知道MY sql有没有

Answer 3

现在这个项目怎么样了？我感觉应该把部分表放到其他mysql服务器上，访问量大的表分片，将一部分分片放到其他mysql服务器上，这样单独的mysql压力就不大了，然后都用主从备份