系列文章推荐阅读0.前言到目前为止，我们已经讲述了、、、四种数据结构，它们有一个共同的特点，就是它们都是线性表，换句话来说，它们都是线性结构，像一根绳子一样。在文章已经介绍过线性表的定义了，即由若干元素按照线性结构（一对一的关系）组成的有限序列。关键词是一对一的关系。显然，在复杂的现实社会中，这种一对一的关系是不能较好的满足我们的需求的。比如

有一张简单的账户表t\_account，它记录了每次支出（或收入）的金额，只是缺了余额字段，我们需要在每笔账单后面计算出当时的账户余额。t\_account的部分数据：idopamount1in1000

正文一、SQL分析性能下降、SQL慢、执行时间长、等待时间长查询语句写得差索引失效关联查询太多join(设计缺陷)单值索引：在user表中给name属性创建索引，createindexidx\_nameonu

MySQL24小时入门笔记插入INSERTINSERT用法非常简单。现在我们有表students如下。列名类型约束idintprimarykeynamechar(16)NOTNULL向里面插入一条学号为1，姓名为学姐的学生，只需要写如下SQ

1：首先新建一个表并插入以下测试数据，如图!(https://oscimg.oschina.net/oscnet/c982858771aa6271ae4b67a29ffcaa73270.png)2：查询显示行号语句如下　　　　select@r:@r1asro

系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引，唯一性索

最近开发一个项目。客户端每隔10秒提交100行数据给服务端，服务端查重后写入。客户端约在几万左右，提交数据比较集中，不考虑读数据的问题。现在的设计是：数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后，先插入redis队列，然后在通过定时任务插入数据库。问题是：1、服务端提供给客户端的接口，是否能满足几千上万的客

2018/05/29修改抓取编码gb2312改gb18030项目需要行政区域三级联动，刚好写个爬虫练练手。Laravel框架，安装的两个库composerrequireguzzlehttp/guzzlecomposerrequiresymfony/domcrawler创建表DROPT

有很多的服务器选项会影响这MySQL服务器的性能，比如内存中临时表的大小、排序缓冲区等。有些针对特定存储引擎（如InnoDB）的选项，也会对查询优化很有用。

在这个燥热的夏天，又突然收到告警，分库分表的主键冲突了，这还能忍？不，坚决不能忍，必须解决掉！后面咱们慢慢道来是如何破局的，如何走了一条坎坷路……