mysql 优化
对索引还是存储引擎进行相关优化
飞马攻城师
越努力的人越帅!!!
展开
-
mysql 分区/分表
一个数据表里边可以存储许多记录信息,如果一个数据表里边存储的数据非常多(例如 淘宝商城的商品表),这样该商品表的相关工作量就很多(数据的增、删、改、查),负载(工作量)高到一定程度,会造成把表锁死的情况发生。 解决方案: 为了降低商品表的负载/工作量,可以给该表拆分为多个数据表。这样每个数据表的工作量会有多降低。 Mysql5.1版本之后就支持分表分区的设计。 宏观拆分...原创 2018-03-21 22:20:02 · 173 阅读 · 0 评论 -
mysql字段类型选择
尽量少的占据存储空间 整型 时间类型(选择准确的类型) 类型 含义 time() 时分秒 datetime() 年月日 时分秒 year() 年份 date() 年月日 timestamp() 时间戳(1970-1-1到现在经历的秒数) 数据的整合最好固定长度 char(字符数) ...原创 2018-03-14 18:37:05 · 343 阅读 · 0 评论 -
mysql 存储引擎
优化结构介绍: 类型 含义 存储层 存储引擎、字段类型选择、范式设计 设计层 索引、缓存、分区(分表) 架构层 多个mysql服务器设置,读写分离(主从模式) sql语句层 多个sql语句都可以达到目的的情况下,要选择性能高、速度快的sql语句 存储引擎 存储引擎:我们使用的数据是通过一定的技术存储在数据库当中的...原创 2018-03-09 17:34:04 · 337 阅读 · 0 评论 -
mysql 逆犯式
例: 两个数据表:商品表Goods、分类表Category Goods: (商品表) id name cat_id price 101 iphone6s 2003 6000 204 海尔冰箱 4502 2000 ...... Category: (分类表) cat_id name 2003 手机 450...原创 2018-03-18 19:37:53 · 139 阅读 · 0 评论 -
索引index(1)
索引本身是一个独立的存储单位,在该单位里边有记录着数据表某个字段和字段对应的物理空间。 如下: 有了索引,我们根据索引为条件进行数据查询速度就非常快 索引本身有”算法”支持,可以快速定位我们要找到的关键字(字段) 索引字段与物理地址有直接对应,帮助我们快速定位要找到的信息,一个数据表的全部字段都可以设置索引 索引类型 四种类型: 类型 英文名 ...原创 2018-03-19 01:08:38 · 1563 阅读 · 0 评论 -
索引index(2)
索引设计依据 要估算每个数据表全部的查询sql语句类型 分析、统计每个sql语句的特点(where/order by/or等等) 原则: 被频繁执行的sql语句要设置 执行时间比较长的sql语句(可以统计) 业务逻辑比较重要的sql语句(例如支付宝2小时内答应返现的业务逻辑) 前缀索引 设计索引的字段,不使用全部内容,而只使用该字段前边一部分内容。 原理:如果字...原创 2018-03-20 01:05:12 · 573 阅读 · 0 评论 -
mysql 缓存
查询缓存设置 一条查询sql语句有可能获得很多数据,并且有一定的时间消耗。 如果该sql语句被频繁执行获得数据(这些数据还不经常发生变化),为了使得每次获得的信息速度较快,就可以把“执行结果”给缓存起来,供后续的每次使用。 查看并开启查询缓存 缓存大小为0,不能缓存: 没有设置缓存之前,每次查询都消耗2多秒时间: 现在就开启缓存,设置缓存空...原创 2018-03-20 01:51:27 · 267 阅读 · 0 评论 -
mysql 复制表
复制表的结构、索引 使用 SHOW CREATE TABLE 命令获取创建数据表(CREATE TABLE) 语句,该语句包含了原数据表的结构,索引等。 复制创建数据表命令,修改数据表名称,执行命令 数据表复制成功,结构和索引与源数据表相同 复制数据 拷贝数据表的数据你可以使用 INSERT INTO… SELECT 语句来实现。 INS...原创 2018-03-20 18:07:01 · 239 阅读 · 0 评论 -
mysql数据库的主从复制和主主复制实践
准备: 两台装上phpstudy集成环境的计算机(过程忽略) 固定两台电脑的ip(因为mysql数据库是通过ip进行连接,自动获取ip会导致下次重启电脑时,连接就会失效) 步骤1:找到网络连接信息 步骤2:创建文本文件,将连接信息记录下来 步骤3:将文本记录信息复制到ipv4属性里面 步骤4:查看详细信息,配置成功 扩展: DHCP(Dynamic Host...原创 2018-03-25 00:44:10 · 2443 阅读 · 0 评论