数据库优化杂记

jzhang — Mon, 04 May 2009 06:10:00 GMT

1. 对于需要按所有列排序的情况，可以先把结果检索出来，然后创建一个视图，在视图上排序。
2. 但是mysql的视图是没有索引的。
3. 记录慢速查询，my.cnf配置
; enable the slow query log, default 10 seconds
log-slow-queries
; log queries taking longer than 5 seconds
long_query_time = 5
; log queries that don’t use indexes even if they take less than long_query_time
; MySQL 4.1 and newer only
log-queries-not-using-indexes

4.值很少的列就不要索引了，浪费
5.太长的varchar，如果前面部分的差别大，就可以建部分索引
6.即使有索引，如果范围太大，还是可能不用。比如where date > '2000-1-1'可能就不用索引，而date > '2008-12-31'可能就用了。
原因不明，可以force index
7. master/slave架构下，master被要求设置
innodb_flush_log_at_trx_commit=1
sync_binlog=1

原因是为了尽可能保证数据的一致性。但是对性能影响当然很大。所以这种架构一定是基于写少读多来做的。
8.多slave下的负载均衡
最简单的办法是随机选择slave
9. --replicate-do-table=db_name.tbl_name，可以用来选择部分表同步。

数据库水平分区学习备忘

jzhang — Mon, 04 May 2009 01:28:00 GMT

好处：
1. 等于多了一个索引。网上一些文章举的例子不很恰当。如果只有针对一列的话，分区和索引的查询速度差别很小。
2. 因为索引也分区了，所以插入，删除，更新的速度会提升
3. 通过分布到不同的磁盘上，提高IO吞吐率
4. mysql内建支持，比应用层实现的分区要简单的多

局限：
1. 如果查询就是需要扫描全表，可能会比不分区还要慢。当然我们要极力避免这种查询。
2. mysql的分区功能是5.1才引入的，是否稳定？
3. 分区表上不能有外键约束。数据的一致性维护更加复杂。比如级联删除等。当然join不影响。这种逻辑要转移到应用层实现。
4. 和应用层的分区比较，无法分布到其他服务器上，失去了伸展性? (存疑)
5. Mysql的表如果存在primary key或者unique key,这个key必须包含所有用于partition的字段。常规的做法是扩展primary key,
把真正需要partition的字段加进去。一般的表，primary key都是一个id字段，其本身用于partition的机会有，但是我们的系统里不是。
7. If one of your partitions goes away all of your data goes away. Yikes!
8. 如果要升级一个已有的表为partition表，极慢。

数据库

数据库优化杂记

数据库水平分区 学习备忘

数据库水平分区学习备忘