Chinaunix首页 | 论坛 | 博客
  • 博客访问: 382003
  • 博文数量: 166
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 1640
  • 用 户 组: 普通用户
  • 注册时间: 2015-05-05 11:44
个人简介

文章不在长,坚持不懈记录下努力前行的脚步

文章分类

全部博文(166)

文章存档

2017年(19)

2016年(59)

2015年(88)

我的朋友

分类: Mysql/postgreSQL

2015-06-15 17:38:41

显示表的相关信息
show table status like 'xxx'\G;
avg_row_length:平均每行包含的字节数;
data_length:表数据的大小(字节);
max_data_length:表数据的最大容量,该值和存储引擎有关;
index_length:索引的大小;
innodb存储引擎
innodb通过MVCC来支持高并发,通过next-key locking策略来防止幻读的产生。
其二级索引中必须包含主键列,所以主键列很大的话,其他的所有索引都会很大,因此,表上的索引较多的话,主键应尽可能的小;
innodb的内部做了很多优化,包括从磁盘读取数据是采用发的可预测性预读,能够在内存中创建hash索引以加速读操作的自适应哈希索引,以及能够加速插入操作的插入缓冲区;
混合存储引擎带来的问题:
带来一些潜在的bug和边界问题;
一致性备份和服务器参数配置会有一些困难;
在事务中有非事务存储引擎回滚带来的数据不一致性。

选择合适的存储引擎--应用类型相关
事务非事务
备份
崩溃恢复
特有的特性


阅读(602) | 评论(0) | 转发(0) |
0

上一篇:1.4 mysql MVCC

下一篇:转换表的存储引擎

给主人留下些什么吧!~~