84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
目前系统有些查询(只是单表查询)不走索引导致系统速度变慢。
问题1:把25个字段全部加上索引是不是一个好的方案,会不会带来其他问题? 问题2:如果表数据量可能会在短期增长到800万,在不考虑分表的情况下,有没有什么比较好的方法?
PS:表引擎是 innodb. 服务器配置:双核cpu 2.4Ghz ,1G内存.. 除了跑mysql还跑了nginx.. 硬件确实有点拙计..
学习是最好的投资!
不加硬件的情况下要优化基本只有改善业务逻辑,或者适当加索引(写入速度换读取速度) 或者内存缓存了,不过1G的内存也捉急……
有硬件预算的话自然有一百种方法可以优化,其中最粗暴&低成本的方法是加一块SSD放数据库,800W数据平均一条15K的话240G的差不多够了
可针对慢查询优化。索引主要对where后面的条件字段十分有效,可尝试建立。
索引利于查询,增加数据就会变慢,估计索引过多也不好。
使用PostgreSQL的GIN索引,是最简单有效的方法,详细参考:高并发低基数多字段任意组合查询的优化
不加硬件的情况下要优化基本只有改善业务逻辑,或者适当加索引(写入速度换读取速度) 或者内存缓存了,不过1G的内存也捉急……
有硬件预算的话自然有一百种方法可以优化,其中最粗暴&低成本的方法是加一块SSD放数据库,800W数据平均一条15K的话240G的差不多够了
可针对慢查询优化。索引主要对where后面的条件字段十分有效,可尝试建立。
索引利于查询,增加数据就会变慢,估计索引过多也不好。
使用PostgreSQL的GIN索引,是最简单有效的方法,详细参考:高并发低基数多字段任意组合查询的优化