-
水平拆分 解决数据量的问题 垂直拆分解决表的宽度问题,后台用总表,前台用拆分表查看全部
-
表的垂直拆分查看全部
-
通过增加冗余提高查询效率查看全部
-
数据表结构优化 第三范式:要求数据库中不存在非关键字段对任意候选关键字的传递函数依赖查看全部
-
mysqldumpslow 慢日志的分析工具查看全部
-
由于业务变更有些原来使用的索引现在不使用了也是需要清除的,这也是索引优化的一个方面了! 注意:作者再次的强调SQL和索引的优化对于数据库的优化是相当重要的,这一层的优化如果做好了,其他的优化也能起到一些作用否则其他的优化所能起到的作用是微乎其微的,这一层的优化也是成本最低效果最好的一层了,所以对于数据库的优化最好重点放在这一层。查看全部
-
通过关联的子查询来优化 GROUP BY 查询! 注意:在数据库表中针对索引的查询往往比较快,所以,我们的查询或对于SQL语句优化要想到怎么才能利用上索引才好! 经验丰富了才能更好的判断哪一种方式比较好,关键是思想要灵活要变通要学习,要有判断力要能把握住机会!查看全部
-
使用(3)查看全部
-
使用(2)查看全部
-
使用(1)查看全部
-
max的查询可以通过索引的方式优化:create index idx_paydate on payment(payment_date);查看全部
-
innodb_buffer_pool_size配置 innodb的缓冲池,如果数据库中只有innodb表,则推荐配置为总内存的75% innodb_buffer_pool_instances配置缓冲池的个数,默认是一个。 innodb_flush_log_at_trx_commit(0,1,2)提交的策略。 innodb_read_io_threads(默认是4) innodb_write_io_threads innodb_file_per_table,控制innodb每一个表使用独立的表空间,默认是OFF,造成IO瓶颈。推荐设置ON。 innodb_stats_on_metadata配置mysql在什么情况下刷新innodb表的统计信息。查看全部
-
选择合适的索引列 1.在where,group by,order by,on从句中出现的列 2.索引字段越小越好(因为数据库的存储单位是页,一页中能存下的数据越多越好 ) 3.离散度大得列放在联合索引前面 select count(distinct customer_id), count(distinct staff_id) from payment; 查看离散度 通过统计不同的列值来实现 count越大 离散程度越高查看全部
-
暂时用不到,看不懂查看全部
-
表的垂直拆分~查看全部
举报
0/150
提交
取消