写入mysql数据库的数据量很大，数据库架构该怎么去设计？

对于这种大数据量系统业界已经有不少成熟方案

最简单的是读写分离，写操作只在主库写，配置自动同步到从库。部分读操作改成操作从库，减少主库数据库压力。

还可以让给应用加一个redis缓存，查询时先读缓存，读不到再读数据库。

如果改成这样，压力还是太大，就要考虑分表。

分表思路很多，例如把热点数据放一张表，非热点数据放一张表。或者按用户id尾号做hash，分表分布在不同表。

1.设置读写分离

2.进行分库分表，用中间件路由，分摊流量

3.可以先写入mq，然后慢慢写入

4.可以使用tidb，tps很高

比如你的视图是create view v_name asselect ....from ... where...先试试 as下面的代码 看看有数据没 select ....from ... where.. 执行看看....如果没救说明本来就没....还有一个意思你就说 视图不包含实际数据。。确实是这样的。。。视图只是一堆语句。。除非你给 视图加了聚集索引 这个时候他包含数据