MYSQL教程之一些Mysql的优化履历

表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。mysql|优化一些Mysql的优化履历1.从数据库布局做起1.字段范例的界说时遵守以下划定规矩：1.选用字段长度最小2.优先利用定长型3.尽量的界说"NOTNULL"4.数值型字段中制止利用"ZEROFILL"5.假如要贮存的数据为字符串，且大概值已知且无限，优先利用enum或set2.索引的优化相当主要（以下假如没有特别申明，均指查询麋集的情形）
1.被索引的字段的长度越小，该索引的效力越高2.被索引的字段中，值的反复越少，该索引的效力越高3.查询语句中，假如利用了"group"子句，依据个中字段呈现的前后按次创建多字段索引4.查询语句中，假如利用了"distinct"，依据个中字段呈现的前后按次创建多字段索引5."where"子句中，呈现对统一表中多个分歧字段的"and"前提时，依照字段呈现的前后按次创建多字段索引6."where"子句中，呈现对统一表中多个分歧字段的"or"前提时，对反复值起码的字段创建单字段索引7.举行"内/外毗连"查询时，对"毗连字段"创建索引8.对"主键"的"unique"索引毫偶然义，不要利用9.被索引字段尽量的利用"NOTNULL"属性10.对写进麋集型表，只管削减索引，特别是"多字段索引"和"unique"索引2.查询语句的优化1.多多使用"explain"查询索引利用情形，以便找出最好的查询语句写法和索引设置计划2.慎用"select*"，查询时只选出必需字段3.查询利用索引时，所遍历的索引条数越少，索引字段长度越小，查询效力越高（可以使用"explain"查询索引利用情形）
4.制止利用mysql函数对查询了局举行处置，将这些处置交给客户端程序卖力5.利用"limit"时分，只管使"limit"出的部分位于全部了局集的前部，如许的查询速率更快，体系资本开支更低6.在"where"子句中利用多个字段的"and"前提时，各个字段呈现的前后按次要与多字段索引中的按次符合7.在"where"子句中利用"like"时，只要当通配符不呈现在前提的最左端时才会利用索引8.在mysql4.1以上版本中，制止利用子查询，只管利用"内/外毗连"完成此功效9.削减函数的利用，假如大概的话，只管用纯真的表达式来取代10.制止在"where"子句中，对分歧字段举行"or"前提查询，将其拆分红多个单一字段的查询语句效力更高。
附:Mysql字段长度申明表Mysql字段长度申明TINYINT1字节SMALLINT2字节MEDIUMINT3字节INTEGER:4字节BIGINT8字节DOUBLE8字节FLOAT(X)X<=24:4字节
X>24:8字节DECIMAL(M,D)M<D:D+2字节
M>=D:M字节DATE3字节DATETIME8字节TIMESTAMP4字节TIME4字节YEAR1字节CHAR(M)M字节VARCHAR(M)值长度+1字节TINYBLOB值长度+1字节TINYTEXT值长度+1字节BLOB值长度+2字节TEXT值长度+2字节MEDIUMBLOB值长度+3字节MEDIUMTEXT值长度+3字节LONGBLOB值长度+4字节LONGTEXT值长度+4字节ENUM1或2字节
取决于列举值数SET1，2，3，4,8
取决于成员数目DBaaS解决方案可以降低首次投入成本，对于那些小企业来说，他们往往认为内部部署的数据库成本太高，DBaaS的成本和灵活性优势对小企业吸引力更大，他们是云数据库解决方案的重点客户群体。

其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！

然后最好有实践机会，能够把实践到的和实践结合起来，其实理论思考是个非常困扰和痛苦的事情

两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书

从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。

大家注意一点。如下面的例子：

所以你总能得到相应的升级版本，来满足你的需求。

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了