生产环境下的数据库配置规划

　　生产环境下的数据库配置规划
　　很多人如果平时主要是负责一些没什么并发量，用户量也就几十个或者几百个人的系统，那么根本就不会去关注数据库的规划： 要不就是自己找一台linux机器装一个MySQL，然后就让自己的系统连接上去直接就开始使用了 要不让DBA或者运维工程师帮自己去找一台机器装一个MySQL或者Oracle，然后自己直接使用
　　crud boy就总是这么不思进取。 生产数据库一般用啥配置？
　　假设在生产环境中需要部署一个数据库，首先需要一个机器，得啥配置呢？
　　若负责的系统是没啥并发访问量的，用户就几十或几百人，那选择啥机器部署数据库，影响都不大，哪怕用PC部署也能支撑那种低并发系统。
　　因为那种系统可能每隔几min才有一波请求发到DB，而且DB里一张表也许就几百条、几千条或者几万条数据，数据量很小，并发量很小，操作频率很低，用户量很小，并发量很小，只不过可能系统的业务逻辑很复杂而已。
　　重点是有高并发系统，对数据库可能每s几百，每秒几千，甚至每秒上万的并发请求量。 普通的Java应用系统部署在机器上能抗多少并发？
　　Java应用系统部署的时候常选用的机器配置一般4核8G，数据库部署时常选用机器配置最低8核16G，正常16核32G。
　　以高并发线上系统的生产经验，一般Java应用系统部署在4核8G机器，每s抗下500左右的并发访问量，比较合适，当然这也不是一定的。因为你得考虑，假设你每个请求耗时1s才处理完，那你一台机器每s也许只能处理100个请求，但若你每个请求只要花费100ms就处理完了，那一台机器每s也许就能处理几百个请求。
　　所以一台机器能抗下的 QPS，和你每个请求处理耗时密切相关，但大体上看，4核8G部署普通Java业务系统，大概抗下几百QPS，从1、200请求到每秒7、800请求，都有可能，关键是看你每个请求处理耗时。 高并发下的数据库配置
　　推荐至少8核16G，16核32G更合适。因为Java应用系统主要耗时是Java系统和DB间网络通信。对Java系统自己而言，若你仅仅只是系统内部运行一些普通的业务逻辑，纯粹在自己内存中完成一些业务逻辑，这个性能是极高极高的。
　　对于你Java系统接收到的每个请求，耗时最多的还是发送网络请求到数据库上去，等待数据库执行一些SQL语句，返回结果给你。
　　所以Java系统压力很大，负载很高，但要明白Java系统主要压力和复杂度都集中在依赖的MySQL数据库！
　　因为执行大量CRUD时，MySQL要对内存和磁盘文件进行大量I/O操作，所以数据库通常负载最高，而Java系统一般无需直接大量读写本地文件进行耗时I/O操作对吧。所以配置要求高些。
　　一般8核16G部署MySQL，抗一两千QPS没问题，但若并发量再高，数据库就会有点危险了，因为数据库的CPU、磁盘、IO、内存的负载都会很高压力过大可能导致宕机。
　　16核32G部署MySQL言，抗两三千QPS，甚至三四千都可以，但若达到上万QPS请求，数据库的CPU、磁盘、IO、内存的负载瞬间都会飙升到很高，数据库也可能扛不住而宕机。
　　最好采用SSD，因为数据库最大复杂就在于大量的磁盘I/O，这样能抗的QPS更高。