详细内容

支持往表中插入新纪录

一个表最多只能有1024个分区

分区的限制和缺点:

在表有读取查询的同时,支持往表中插入新纪录

字符字段只建前缀索引

不支持崩溃后的安全恢复

支持往表中插入新纪录搜狗霸屏 支持BLOB和TEXT的前500个字符索引

HASH分区:基于用户定义的表达式的返回值来进行选择的分区,该表达式使用将要插入到表中的这些行的列值进行计算。这个函数可以包含MySQL中有效的、产生非负整数值的任何表达式

最适合的场景数据的时间序列性比较强,则可以按时间来分区,如下所示: CREATE TABLE members ( firstname VARCHAR(25NOT NULL, lastname VARCHAR(25NOT NULL, username VARCHAR(16NOT NULL, email VARCHAR(35), joined DATE NOT NULL ) PARTITION BY RANGEYEAR(joined) ) ( PARTITION p0 VALUES LESS THAN (1960), PARTITION p1 VALUES LESS THAN (1970), PARTITION p2 VALUES LESS THAN (1980), PARTITION p3 VALUES LESS THAN (1990), PARTITION p4 VALUES LESS THAN MAXVALUE );

所有分区必须使用相同的存储引擎

如果数据有明显的热点,而且除了这部分数据,其他数据很少被访问到,那么可以将热点数据单独放在一个分区,让这个分区的数据能够有机会都缓存在内存中,查询时只访问一个很小的分区表,能够有效使用索引和缓存

KEY分区:类似于按HASH分区,区别在于KEY分区只支持计算一列或多列,且MySQL服务器提供其自身的哈希函数。必须有一列或多列包含整数值

总体来讲,MyISAM适合SELECT密集型的表,而InnoDB适合INSERT和UPDATE密集型的表

sql语句尽可能简单:一条sql只能在一个cpu运算;大语句拆小语句,减少锁时间;一条大sql可以堵死整个库

避免%xxx式查询

对于连续数值,使用BETWEEN不用IN:SELECT id FROM t WHERE num BETWEEN 1 AND 5

用整型来存IP

实际情况中往往会是垂直拆分和水平拆分的结合,即将Users_A_M和Users_N_Z再拆成Users和UserExtras,这样一共四张表

垂直拆分后是:

可以使得行数据变小,一个数据块(Block)就能存放更多的数据,在查询时就会减少I/O次数(每次查询时读取的Block 就少)

表分区

MySQL在5.1版引入的分区是一种简单的水平拆分,用户需要在建表的时候加上分区参数,对应用是透明的无需修改代码

字符字段最好不要做主键

使用同类型进行比较,比如用'123'和'123'比,123和123比

分区的类型:

 

支持往表中插入新纪录搜狗霸屏 支持BLOB和TEXT的前500个字符索引

table_cache:类似于thread_cache_size,但用来缓存表文件,对InnoDB效果不大,主要用于MyISAM

RANGE分区:基于属于一个给定连续区间的列值,把多行分配给分区

尽量避免在WHERE子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描

依然存在单表数据量过大的问题(需要水平拆分)

尽量使用TIMESTAMP而非DATETIME,

innodb_log_buffer_size:InnoDB存储引擎的事务日志所使用的缓冲区,一般来说不建议超过32MB

skip_name_resolve:禁止对外部连接进行DNS解析,消除DNS解析时间,但需要所有远程主机用IP访问

用户的SQL语句是需要针对分区表做优化,SQL条件中要带上分区条件的列,从而使查询定位到少量的分区上,否则就会扫描全部分区,可以通过EXPLAIN PARTITIONS来查看某条SQL语句会落在那些分区上,从而进行SQL优化,如下图5条记录落在两个分区上:

单表不要有太多字段,建议在20以内


客服中心
联系方式
400-165-5685
18515986823
- 广告投放
- 加盟合作
扫一扫,加微信更方便!