189 8069 5689
Facebook用户量十分庞大，为什么还使用MySQL数据库？尽管Facebook使用MySQL，但它们并不是一成不变的使用它。事实上，他们的团队已经提交了许多MySQL核心和Innodb插件的高性能增强。他们的主要重点是增加性能计数器到Innodb。其他更改集中在IO子系统上，包括以下新功能：
1innodb_io_capacity：设置服务器的IO容量以确定后台IO的速率限制
2innodb_read_io_threads，innodb_write_io_threads：设置后台IO线程
3innodb_max_merged_io：设置可能合并到一个大IO请求中的相邻IO请求的大数量
Facebook使用MySQL作为键值存储，其中数据随机分布在一大组逻辑实例中。这些逻辑实例分散在物理节点之间，负载均衡在物理节点级完成。Facebook已经开发了一个分区方案，其中全局ID被分配给所有的用户数据。他们也有一个自定义的归档方案，它基于每个用户的频繁和最近的数据。大部分数据是随机分布的。令人惊讶的是，据传Facebook有1800个MySQL服务器，但只有3个全职DBA
Facebook主要将MySQL用于结构化数据存储，例如墙贴，用户信息等。这些数据在各个数据中心之间复制。对于blob存储（照片，视频等），Facebook使用一个自定义的解决方案，涉及外部的CDN和内部的NFS
同样重要的是，Facebook大量使用Memcache，这是一种内存缓存系统，通过在RAM中缓存数据和对象来加速动态数据库驱动的网站，以减少阅读时间。Memcache是Facebook的主要缓存形式，大大减少了数据库的负载。拥有一个缓存系统可以使Facebook的速度与调用数据一样快。如果不需要访问数据库，则只需根据用户标识从缓存中获取数据
所以，“Facebook使用什么数据库”似乎是一个简单的问题，你可以看到他们已经添加了各种其他系统，使其真正的具有网络可扩展性。但是，仍然可以自由地使用这样一个观点：“MySQL和Oracle或者MSSQLServer一样好或者更好，因为就算只有Facebook使用它，它也有5亿用户！”
被外包程序员植入了后门程序，触发后删除数据库但他们死不承认，该怎么办？以我多年的外包经验，你可能是遇到以下几种情况被删库了。
1.你找的外包公司应该是业务型的外包公司，公司没有技术好的程序员。
现在这样的外包公司太多了，我敢说目前国内百分之八十的外包公司都是没有程序员的，最多是前端套模版的技术员。
以现在外包行业，特别是网站建设这块各种低价竞争，大多外包公司根本没能力养好的技术员。我曾经一个人的开发速度比过五六人的外包团队，可见他们有多水。
所以大部分外包公司接单都是转包，比如从甲方收取10，最后到实际开发者手上可能不到两万。
你想想甲方的需求是十万块的，而开发者以两万的标准去开发，肯定效果是达不到的。
甲方肯定不满意，或提出修改意见，或要求退款，但开发者肯定不愿意继续给你改，因为他收费就这么多。
外包公司也不愿意继续加钱，然后就拖着，拖出纠纷来。开发者两万的报价应该只拿了几千块的定金，这时候能不火么？而且大多又没有签合同的，钱又拿不到了，所以只好删库。
你们现在的办法只能是给外包公司施加压力让恢复数据库，这我估计是行不通，他们根本就没这能力。
另外就是看源码里有没有实际开发的那个程序员的联系方式，把外包公司的尾款直接给他相信很快圆满帮你们解决所有问题。我以前作为个人开发者时也经常遇到这情况。
还有一定得起诉外包公司，不过估计成功性不高，你们公司肯定没有技术员，没留下任何证据。如果产品还没交接完毕，直接起诉对方没有达到合同要求。
外包公司大多是没什么诚信的，上忽悠甲方，下忽悠开发者。把甲方的要求分解弄简单低价转包。
如果只是用开源程序套套模版找外包公司还行，复杂的系统开发最好不要找，要找也得找了解，确实有技术团队的。反正报低价的基本不靠谱的，你想程序员多贵，工资都开不出的价格怎么能做好。一般也就是接来单子转包给兼职下班做了，兼职吗只要有钱赚就行了。
另外兼职各位程序员最好不要去接复杂的二手单，大多拿不到尾款的。