关于表数据增长过快问题

xiaoxiaoqi

如qry_item，数据增长过快，几个用户使用工作流没几下就过十万条数据，这个有没有办法优化？或者后期应该怎么处理查询这些数据慢的问题

启蒙星

现在的关系型数据库不用太过担心数据增长过快，我们这个表千万级数据的业务也在用，而且还在不断增长，关键数据库要进行相应优化

xiaoxiaoqi

如何进行优化呢，是要进行分表分库吗？

论坛管理员

比如mysql优化
MySQL数据库优化-mysql优化
表示缓冲池字节大小。
推荐值为物理内存的50%~80%。
innodb_buffer_pool_size
比如：innodb_buffer_pool_size = 4096M
脏页占innodb_buffer_pool_size的比例时，触发刷脏页到磁盘。 推荐值为25%~50%。
innodb_max_dirty_pages_pct=30
后台进程最大IO性能指标。
默认200，如果SSD，调整为5000~20000
innodb_io_capacity=10000
慢查询日志的阈值设置，单位秒。
long_qurey_time=2
调高该参数则应降低interactive_timeout、wait_timeout的值。
max_connections=2000
过大，实例恢复时间长；过小，造成日志切换频繁。
innodb_log_file_size = 2048M