Mysql介绍

1. Mysql介绍

    •   MySQL是一款开源的关系型数据库管理系统,由瑞典MySQL AB公司1995年研发
   •   2008年被Sun公司收购,2009年Sun公司被Oracle公司收购.之后因担心有闭源的分险,由开发了MySQL的分支Maria DB
   •   MySQL6.x版本之后分为社区版和商业版
   •   MySQL是一种关联性数据库,将数据保存在不同的表中,而不是将所有的数据保存在一个大仓库内,增加了速度,提高了灵活度
   •   MySQL提供开源版本,不收取费用
   •   MySQL是可定制的,采用了GPL(GNV General Public Lincense)协议,可修改源代码来开发自己的MySQL
   •   MySQL支持大型数据库,可处理拥有上千万条的数据
   •   MySQL支持大数据,支持5000万条记录的数据包,32位表文件最大可支持4GB,64位支持8TB
   •   MySQL使用标准的SQL数据语言形式
   •   MySQL从5.7直接到了8.0
   •   功能做出了显著的改进与增强
   •   对MySQL的源代码进行了重构,对MySQL optimizer 优化器进行了改进,不仅速度提升,为用户带来更多更好的性能体验

Why choose Mysql?

MySQL是开源的,使用成本低
性能卓越,服务稳定
体积小,使用简单,并且易于维护
历史悠久,社区用户活跃,可以在其中寻求帮助
经过了时间的验证

Oracle 更适合大型的跨国公司使用,性能更加强大,更加安全:MySQL 体积小,速度快,总体来说是一款有成本低,可处理上万条记录的大型数据库,并且还是开源的.

2. Mysql配置

https://blog.csdn.net/weixin_48152652/article/details/125068472 3

3. MySQL的数据类型

主要包括以下五大类：

整数类型：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT

浮点数类型：FLOAT、DOUBLE、DECIMAL

字符串类型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB

日期类型：Date、DateTime、TimeStamp、Time、Year

其他数据类型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等

各数据类型及字节长度一览表：

数据类型	字节长度	范围或用法
Bit	1	无符号[0,255]，有符号[-128,127]，天缘博客备注：BIT和BOOL布尔型都占用1字节
TinyInt	1	整数[0,255]
SmallInt	2	无符号[0,65535]，有符号[-32768,32767]
MediumInt	3	无符号[0,2^24-1]，有符号[-2^23,2^23-1]]
Int	4	无符号[0,2^32-1]，有符号[-2^31,2^31-1]
BigInt	8	无符号[0,2^64-1]，有符号[-2^63 ,2^63 -1]
Float(M,D)	4	单精度浮点数。天缘博客提醒这里的D是精度，如果D<=24则为默认的FLOAT，如果D>24则会自动被转换为DOUBLE型。
Double(M,D)	8	双精度浮点。
Decimal(M,D)	M+1或M+2	未打包的浮点数，用法类似于FLOAT和DOUBLE，天缘博客提醒您如果在ASP中使用到Decimal数据类型，直接从数据库读出来的Decimal可能需要先转换成Float或Double类型后再进行运算。
Date	3	以YYYY-MM-DD的格式显示，比如：2009-07-19
Date Time	8	以YYYY-MM-DD HH:MM:SS的格式显示，比如：2009-07-19 11：22：30
TimeStamp	4	以YYYY-MM-DD的格式显示，比如：2009-07-19
Time	3	以HH:MM:SS的格式显示。比如：11：22：30
Year	1	以YYYY的格式显示。比如：2009
Char(M)	M	定长字符串。
VarChar(M)	M	变长字符串，要求M<=255
Binary(M)	M	类似Char的二进制存储，特点是插入定长不足补0
VarBinary(M)	M	类似VarChar的变长二进制存储，特点是定长不补0
Tiny Text	Max:255	大小写不敏感
Text	Max:64K	大小写不敏感
Medium Text	Max:16M	大小写不敏感
Long Text	Max:4G	大小写不敏感
TinyBlob	Max:255	大小写敏感
Blob	Max:64K	大小写敏感
MediumBlob	Max:16M	大小写敏感
LongBlob	Max:4G	大小写敏感
Enum	1或2	最大可达65535个不同的枚举值
Set	可达8	最大可达64个不同的值

使用建议

1、在指定数据类型的时候一般是采用从小原则，比如能用TINY INT的最好就不用INT，能用FLOAT类型的就不用DOUBLE类型，这样会对MYSQL在运行效率上提高很大，尤其是大数据量测试条件下。

2、不需要把数据表设计的太过复杂，功能模块上区分或许对于后期的维护更为方便，慎重出现大杂烩数据表

3、数据表和字段的起名字也是一门学问

4、设计数据表结构之前请先想象一下是你的房间，或许结果会更加合理、高效

5、数据库的最后设计结果一定是效率和可扩展性的折中，偏向任何一方都是欠妥的

4. MySQL分库分表

https://blog.csdn.net/qq_53267860/article/details/125121030

随着互联网及移动互联网的发展，应用系统的数据量也是成指数式增长，若采用单数据库进行数据存储，存在以下性能瓶颈：
1.IO瓶颈：热点数据太多，数据库缓存不足，产生大量磁盘IO，效率较低。请求数据太多，带宽不够，网络IO瓶颈。
2.CPU瓶颈：排序、分组、连接查询、聚合统计等SQL会耗费大量的CPU资源，请求数太多，CPU出现瓶颈。
为了解决上述问题，我们需要对数据库进行分库分表处理。
分库分表的中心思想都是将数据分散存储，使得单一数据库/表的数据量变小来缓解单一数据库的性能问题，从而达到提升数据库性能的目的。

分库分表的形式，主要是两种：垂直拆分和水平拆分。而拆分的粒度，一般又分为分库和分表，所以组成的拆分策略最终如下:

垂直拆分（强调库和表不一样，数据不一样）、水平拆分（强调库和表一样，数据不一样）

在业务系统中，为了缓解磁盘IO及CPU的性能瓶颈，到底是垂直拆分，还是水平拆分；具体是分
库，还是分表，都需要根据具体的业务需求具体分析。

4.1 垂直分库

垂直分库：以表为依据，根据业务将不同表拆分到不同库中（库和数据都不一样，比如user一个库，order一个库）

特点：
1.每个库的表结构都不一样。
2.每个库的数据也不一样。
3.所有库的并集是全量数据

4.2 垂直分表

垂直分表：以字段为依据，根据字段属性将不同字段拆分到不同表中（一个表按字段拆分和数据都不一样，比如order表，拆成两个order表不同的字段）

特点：
1.每个表的结构都不一样。
2.每个表的数据也不一样，一般通过一列（主键/外键）关联。
3.所有表的并集是全量数据。

4.3 水平分库

水平分库：以字段为依据，按照一定策略，将一个库的数据拆分到多个库中（两个库表结构一样，数据不一样）

特点：
1.每个库的表结构都一样。
2.每个库的数据都不一样。
3.所有库的并集是全量数据

4.4 水平分表

水平分表：以字段为依据，按照一定策略，将一个表的数据拆分到多个表中（表结构一样，数据不一样）

特点：
1.每个表的表结构都一样。
2.每个表的数据都不一样。
3.所有表的并集是全量数据。

5 分库分表原因

分表:
比如你单表都几千万数据了，单表数据量太大，会极大影响你的 sql执行的性能，到了后面 sql 可能就跑的很慢了。一般来说，单表到几百万的时候，性能就会相对差一些了，就得分表了。
分表就是把一个表的数据放到多个表中，然后查询的时候你就查一个表。比如按照用户 id 来分表，将一个用户的数据就放在一个表中。然后操作的时候你对一个用户就操作那个表就好了。这样可以控制每个表的数据量在可控的范围内，比如每个表就固定在 200 万以内。

分库:
分库就是你一个库一般我们经验而言，最多支撑到并发 2000，一定要扩容了，而且一个健康的单库并发值你最好保持在每秒 1000 左右，不要太大。那么你可以将一个库的数据拆分到多个库中，访问的时候就访问一个库好了。
这就是所谓的分库分表。