mysql 存储过程总结（一）

1、存储过程定义：

存储过程是事先经过编译并存储在数据库中的一段 SQL 语句的集合，调用存储过程可以简化应用开发 人员的很多工作，减少数据在数据库和应用服务器之间的传输，对于提高数据处理的效率是有好处的。 存储过程思想上很简单，就是数据库 SQL 语言层面的代码封装与重用。

2、特点：

封装，复用 ： 可以把某一业务SQL封装在存储过程中，需要用到 的时候直接调用即可。

可以接收参数，也可以返回数据 ：再存储过程中，可以传递参数，也可以接收返回 值。

减少网络交互，效率提升 ： 如果涉及到多条SQL，每执行一次都是一次网络传 输。 而如果封装在存储过程中，我们只需要网络交互一次可能就可以了。

3、基本语法

（1）创建：

（2）调用：

（3）查看：

（4）删除

注意: 在命令行中，执行创建存储过程的SQL时，需要通过关键字 delimiter 指定SQL语句的 结束符。

bigdecimal(p,d)：p表示多少位数，d表示有多少位表示小数

与钱相关，比如工资使用BigDecimal，不用使用float、double避免计算时的精度丢失

参考： https://www.cnblogs.com/owenma/p/7097602.html

float、double在存储为二进制时会出现精度丢失，导致进行二进制计算时出现不数据不准确

varchar记录的是字符的长度

使用char，由于时固定长度，在数据检索时，磁盘IO的次数要比varchar少(每个数据段需要当前数据段的长度和结束)

所以，在长度变化不大的情况下，使用char。

当varchar大于5000，使用text代替，并且另建一张表，避免影响其它字端的检索效率

参考： https://www.jianshu.com/p/a1aa86e17bf7

对于有主键或者唯一键冲突的情况下，replace会使用delete+insert执行。但是在row模式下，binlog记录的是update

因此有这么一种情况：在自增主键并且binlog是row模式，当发生唯一性冲突时，主从库的自增列会产生不一致，导致主从切换时，在新主库新增数据会出现主键冲突（自增列是小于最大id值的）

先来看下面一句sql

上面这一段sql存在的问题：

虽让fr_id有索引，查询时可以用到fr_id索引，但是由于查询了所有字段会导致回表，并且随机读严重，扫面更多的页，最终会使整体sql的执行性能不佳

如何优化呢？

使用延迟关联：第一步先利用覆盖索引查询id，再做关联查询

如何进一步优化？

根据业务场景，如果不需要支持跳页(即只支持翻页，解决深度分页问题)，可以考虑用如下进行优化

第一次查询

第二次查询

假设第一次查询的结果的最大fr_id为200，那么第二次查询的如下

使用翻页要考虑的问题时，字段一定要是单调自增的，不然在翻页的过程中会有漏数据

所以整体优化思路为(两种方案二选一)：

1、使用延迟关联，解决两个问题（1.使用覆盖索引 2.减少回表次数、避免随机读，提高性能）

2、根据业务场景，是否需要支持跳页查询？

Mysql在创建表的时候有如下限制：

1、如果单个字段大小大于65535byte，自动转化成text

2、单行大小不能大于65535byte，否则创建失败，不包括text、blob字段

同时在插入数据有如下限制：

限制单行的大小不能大于单行的字段个数*768byte，否则会出现行裂变（768的含义是：mysql会对存储大字段进行优化，对每个字段的前768byte存储在当前页，其余存储在溢出页中，保证一个数据页至少能存储两行数据）

https://blog.csdn.net/wwd0501/article/details/115384399

https://blog.csdn.net/weixin_39761880/article/details/113336491

https://blog.csdn.net/m0_37695902/article/details/117695623

---