数据库

[铁铁铁铁铁锤]

网站访问是不是要看数据库的大小和并发数？同等配置下，大的数据库能容纳的并发数要小很多？

#21215

[孙锡源]

你说的数据库大小是指的磁盘空间吧。

这个你这样想，你的电脑能运行多高特效的游戏是不是和你硬盘容量没啥关系？

#21216

[铁铁铁铁铁锤]

就是，数据库查询问题，要是wordpress文章多起来，比如到十万百万篇文章的量级，是不是需要超高配置服务器支撑一定程度的并发？

#21217

[孙锡源]

回复 @ 铁铁铁铁铁锤：不一定，数据量大了可以通过分库分表来横向扩容，这时候单节点无需很高的配置。

总之不用担心，WordPress可以承载任何数据量的数据，哪怕上亿文章都毫无问题。

#21218

[铁铁铁铁铁锤]

回复 @ 孙锡源：不是担心wordpress的承载量的问题，而是服务器算力成本的问题哈哈。

#21219

[铁铁铁铁铁锤]

回复 @ 孙锡源：横向扩容是自己上手操作的是吧，mysql能支撑上亿文章的体量吗？

#21220

[孙锡源]

回复 @ 铁铁铁铁铁锤：可以。

如果你只是普通的文章站的话是有现成的分库分表插件的，这是数据库层面的横向扩容。

Web服务器层面的横向扩容要求你不能使用任何基于本地磁盘的持久化文件或会话存储，这样你就可以使用一个负载均衡器来轮询一组Web服务器节点了。

通过这种方式理论上你可以无限扩容。

#21221

[铁铁铁铁铁锤]

回复 @ 孙锡源：后者基本就是企业的大型业务了，而且这种业务可能也都是自己开发了。不分库分表的情况下，是不是数据库越大记录越多，同样的并发数，所需要的CPU算力越多？同样的一篇文章，多次访问redis和pagecache能解决，但是没缓存的数据还是需要进行数据库查询。

#21222

[孙锡源]

回复 @ 铁铁铁铁铁锤：肯定是QPS越大资源占用越大……

通常可以通过多级缓存来降低单次请求的负载，比如说对某个页面整体静态缓存、对数据查询进行缓存、对PHP脚本预编译。再就是可以引入NoSQL来持久化存储一些简单的数据。

#21224

[蓝魔]

回复 @ 孙锡源：分库分表插件有啥？？ 达到多少文章适合分库分表？

#21238

[孙锡源]

回复 @ 蓝魔：分库分表使用插件——HyperDB，这也是目前wordpress.com在用的方案。

这个插件的使用非常复杂，这里有一篇最简单架构的设置方案：https://www.interserver.net/tips/kb/high-availability-wordpress-hyperdb/

数据达到多少才需要分表这个没有统一规范，要根据你的业务来定。

#21239

[孙锡源]

回复 @ 蓝魔：wordpress.com利用这个插件来使用几千个数据库的数百万数据表存储其全球业务产生的海量数据。可以理解成无限扩容。

#21240

[铁铁铁铁铁锤]

回复 @ 孙锡源：wordpress多少篇文章能达到百万行数据库的量？

#21241

[孙锡源]

回复 @ 铁铁铁铁铁锤：这玩意就和人和人的体质不能一概而论一样，贴吧五虎将能滑铲老虎、抱杀狗熊、一拳打穿一米钢板、徒步躲子弹，普通人行吗？

同样如果别人装了一堆插件，可能文章刚10万的时候postmeta表数据就上千万了，但是你装的插件少可能文章10万postmeta表才50万，这东西无论如何都不能一概而论的。

 

#21242

[铁铁铁铁铁锤]

回复 @ 孙锡源：就比如你们刚推出的头像服务，分库分表，查询的时间降下来，但是QPS一多是不是还得有很大负载压力。

#21223