1.表中有大字段X(例如text类型),且字段X不会经常更新,以读为主,将该字段拆成子表好处是什么?
:如果字段里面有大字段(text,blob)类型的,而且这些字段的访问并不多,这时候放再一起就变成了缺点了。Mysql数据库的几率存储时按行存储的,数据块大小又是固定的16K,每条几率越小,相同的存储的记录就越多。此时应该把大字段拆走,这样应付大部分小字段查询时,就能提高效率。当需要查询大字段时候,此时关联查询是不可避免的,但也是值得的,拆分开后,对字段的UPDAE就要UPDATE多个表了。
2.Mysql中InnoDB引擎的行锁通过加在什么上完成,或者实现的,
InnoDB行锁,通过给所有上的索引项加锁来实现的,这一点MySQL与Oracle不同,后者是通过在数据块中对相应数据行加锁实现的,InnoDB这种行锁实现特点意味着;只有通过索引条件检索数据,InnoDB才使用行级锁,否则InnoDB将使用表级锁。
3.Mysql中控制内存分配的全景参数,有哪些?
1.Keybuffersize 2.innodbbufferpool_size 3.querycachesize 4.readbuffersize
详解:1. Keybuffersize: > * keybuffersize 指定索引缓冲区的大小,
它决定索引处理的速度,尤其是索引读的速度。通过检查状态值
Keyreadrequests 和 Keyreads,可以知道 keybuffersize 设置是否
合理。比例 keyreads /keyreadrequests 应该尽可能的低,至少是
1:100, 1:1000 更好(上述状态值可以使用 SHOW STATUS LIKE
‘keyread%'获得)。 > * keybuffersize 只对 MyISAM 表起作用。
即使你不使用 MyISAM 表,但是内部的临时磁盘表是 MyISAM 表,也
要使用该值。可以使用检查状态值 createdtmpdisktables 得知详情。
对于 1G 内存的机器,如果不使用 MyISAM 表,推荐值是 16M(8-
64M) > * keybuffersize 设置注意事项 >>>1. 单个 keybuffer 的
大小不能超过 4G,如果设置超过 4G,就有可能遇到下面 3 个
bug: >>>>> http://bugs.mysql.com/bug.php?id=29446 <br
/> >>>>> http://bugs.mysql.com/bug.php?id=29419 <br
/> >>>>> http://bugs.mysql.com/bug.php?id=5731 <br
/> >>>2. 建议 keybuffer 设置为物理内存的 1/4(针对 MyISAM 引
擎),甚至是物理内存的 30%~40%,如果 keybuffersize 设置太大,
系统就会频繁的换页,降低系统性能。因为 MySQL 使用操作系统的缓
存来缓存数据,所以我们得为系统留够足够的内存;在很多情况下数据
要比索引大得多。 >>>3. 如果机器性能优越,可以设置多个
keybuffer,分别让不同的 keybuffer 来缓存专门的索引
2. innodbbufferpool_size > 表示缓冲池字节大小, InnoDB 缓存
表和索引数据的内存区域。 mysql 默认的值是 128M。最大值与你的
CPU 体系结构有关,在 32 位操作系统,最大值是 4294967295
(2^32-1) ,在 64 位操作系统,最大值为
18446744073709551615 (2^64-1)。 > 在 32 位操作系统中,
CPU 和操作系统实用的最大大小低于设置的最大值。如果设定的缓冲池
的大小大于 1G,设置 innodbbufferpoolinstances 的值大于 1. > *
数据读写在内存中非常快, innodbbufferpoolsize 减少了对磁盘的读
写。 当数据提交或满足检查点条件后才一次性将内存数据刷新到磁盘
中。然而内存还有操作系统或数据库其他进程使用, 一般设置 buffer
pool 大小为总内存的 3/4 至 4/5。 若设置不当, 内存使用可能浪费
或者使用过多。 对于繁忙的服务器, buffer pool 将划分为多个实例以
提高系统并发性, 减少线程间读写缓存的争用。 buffer pool 的大小首
先受 innodbbufferpool_instances 影响, 当然影响较小。
3. querycachesize > 当 mysql 接收到一条 select 类型的 query
时, mysql 会对这条 query 进行 hash 计算而得到一个 hash 值,然后
通过该 hash 值到 query cache 中去匹配,如果没有匹配中,则将这个
hash 值存放在一个 hash 链表中,同时将 query 的结果集存放进
cache 中,存放 hash 值的链表的每一个 hash 节点存放了相应 query
结果集在 cache 中的地址,以及该 query 所涉及到的一些 table 的相
关信息;如果通过 hash 值匹配到了一样的 query,则直接将 cache 中
相应的 query 结果集返回给客户端。如果 mysql 任何一个表中的任何
一条数据发生了变化,便会通知 query cache 需要与该 table 相关的
query 的 cache 全部失效,并释放占用的内存地址。 > query cache
优缺点 >> 1. query 语句的 hash 计算和 hash 查找带来的资源消
耗。 mysql 会对每条接收到的 select 类型的 query