mysql中declare的用法

说实话，我第一次理解DECLARE是因为我掉进了陷阱。
记得有一次写存储过程的时候，变量一开始没有声明，直接用SET赋值。
结果，MySQL 给我一个错误，说“未定义的变量”。
我当时就一头雾水，心想，这不是理所当然的吗？后来我发现DECLARE在MySQL中是一个非常“仪式”的操作——它必须在BEGIN...END块的前面声明，中间不能放置任何其他东西，甚至不能是注释。

有趣的是，变量和游标的使用有很大不同。
变量声明很简单，如DECLARE Total_sales DECIMAL(1 0,2 ) DEFAULT 0.00;有了这句话，你立刻就能明白，你要创建一个总销售额变量，并将初始值设置为0。
但是光标要复杂得多。
DECLARE emp_cursorin CURSOR FOR SELECT id, name FROM 员工 WHERE Department='IT';这只是在employees表中定义了一个供IT部门的员工查询的游标，而且还没有开始工作。
要真正处理数据，必须经历一系列的打开、读取和关闭过程。

我编写了一个函数来处理订单数据，并使用游标来循环结果集。
DECLARE order_cursor CURSOR FOR SELECT order_id, amount FROM order WHERE status='pending';声明 current_order_id INT；声明 current_amount DECIMAL(1 0,2 );打开订单光标； read_loop: LOOP FETCH order_cursor INTO current_order_id, current_mount; IF current_order id IS NULL THEN FREE read_loop；结束如果； -
在此插入更新订单状态的SQL语句END LOOP;关闭 order_cursor;这段代码每次从游标中取出一条数据，处理完后再取出下一条数据，直到读取到NULL。
说实话，刚开始写的时候，我经常忘记DECLARE CONTINUE HANDLER FOR NOT END SET did = TRUE;这句话。
结果，程序就陷入了read_loop，循环往复。
直到后来我才意识到，如果没有这句话，当接收到空的结果集时，光标就会卡住。

说到限制，DECLARE 的“唯一已知的存储程序”是最令人担忧的。
想一想，你输入DECLARE Total INT DEFAULT 0；在一个普通的 SELECT 中，然后发现它根本不能使用，那种挫败感......但它迫使人们将复杂的逻辑放入存储过程中。
虽然MySQL官方文档说“建议避免在存储过程中过度使用”，但说实话，如果不这样使用，有时候确实无法实现某些功能。

在数据类型方面我也遇到过陷阱。
一旦 DECLARE name VARCHAR(2 5 5 ) DEFAULT 'Guest';我忘记添加引号并写了“DEFAULT 'Guest'”。
结果MySQL居然报错“默认字符串值必须用引号括起来”。
当时我就想，这都什么年纪了？为什么MySQL还是这么“无脑”？后来查手册才发现VARCHAR(2 5 5 )的DEFAULT值一定是字符串文字，如果不加引号的话会被当成标识符。
我自己没有运行过这个，我记得数据是关于X的，但我建议你检查一下手册中字符串的默认值是如何写的。

不过话说回来，使用DECLARE来编写存储过程会给你一种“控制”的感觉。
声明至以错误配置执行； DECLARE DEFAULT 0;当 i < 1 xss=clean>一些操作FINISH UNTIL；这种写法虽然比纯SQL复杂一些，但是可以清晰的看到变量的创建、初始化和作用域。
有时在调试存储过程时，看到一组DECLARE变量比看到一组临时表更直观。
当然，这可能是个人习惯的问题。

总之，如果你用好DECLARE，它可以帮助你写出像乐高一样模块化的存储程序。
如果用不好的话……好吧，那就等着重写吧。

MySQL 游标的定义与使用

哎呀，光标听起来就像是一个浮在水面上的标记，时而这里，时而那里，就像在一片数据的海洋里，标记在数据中来回游动。
MySQL中实现这个游标主要是因为SQL语言。
它被设计为对一大堆数据集进行操作。
如果你要求它处理单个记录，它不会高​​兴。
因此，游标就相当于一个中间人，让你可以对数据进行一项一项的处理。

当时我不明白为什么SQL喜欢分组操作数据。
后来我想了想，可能是因为这样效率比较高吧。
那么光标可以用在什么地方呢？ 它可以用在函数、存储过程和触发器中。

现在我们来谈谈如何编写游标。
虽然概念挺复杂，但是写法其实挺固定的，就像搬砖一样，只要定下公式就可以了。

首先，你必须声明一个游标，这就像在数据海洋中打一个标记，例如：“SELECT id,age FROM table;”
然后，你必须打开游标，这就像说：“嘿，标记，开始游泳！” 在游标打开之前，查询语句不会被执行。

接下来，你要取出记录，就像拉出标记上的数据并将其存储在变量中一样。
如果拿不到，那就尴尬了。
必须有一种方法来处理异常，并且必须有一个HANDLERFOR来定义异常。

然后，你要设置结束条件，就像说：“马克，游到这里就停止游泳。
” 因为光标是通过 WHILE 循环游动的，所以必须有一个条件告诉它何时停止。

处理类型，可以直接用EXIT结束，也可以用CONTINUE继续。
异常类型一般为NOTFOUND，表示没有找到数据。
当异常发生时，你必须处理它，比如改变一个变量的值并说：“标记，我已经知道没有数据了。
”
最后，关闭游标就像捞出标记并收工。

至于实际的代码，按照上面提到的步骤，按照公式走就可以了。

就是这样。
你明白吗？ 说实话，光标处理是一套固定的格式。
按照示例中的格式，应用到你的程序中，搬砖的任务就完成了。

mysql中cursor怎么使用

下面我就讲讲我在MySQL中使用索引的情况。
那一年是2 01 8 年左右，我在上海的一家公司工作，处理客户数据。
他们有一个名为“订单”的表，其中存储许多订单，并且需要使用每个订单状态更新状态字段。
如果命令太多，一次性检测到就会立即刷新内存。
这就是指针派上用场的地方。

首先声明一个指针，如下所示： 广场 声明 cur CURSOR FOR SELECT id, status FROM 命令 WHERE status = 'waiting';
然后在存储过程中，完成后，您应该首先将标志设置为 FALSE。

然后打开光标： 广场 OPEN cur;
然后创建一个循环并使用 FETCH 读取一行： 广场 循环 获取@order_id、@status； 如果完成则释放循环；如果是这样，结束； -
业务逻辑：情况变化 更新订单状态 = '正在处理' WHERE id = @order_id; 结束循环； CLOSE cur;
注意，使用时必须关闭游标，否则资源肯定会被释放。
然后就看到一个前辈忘了CLOSE，服务器的CPU就到了2 00%。
看了这么久，我哭笑不得。

指针的好处有很多。
例如，您可以逐行更新数据，而不是一次加载所有数据。
我之前有一个项目查看一张包含数百万条记录的表。
检查表直接卸载数据库。
通过使用指针逐行处理，内存压力很小。

但是指针也有陷阱。
具有高性能、服务器资源利用率高的特点。
请注意，每次获取时都必须检查数据库，这比直接使用 SQL UPDATE 慢得多。
我有一个同事坚持使用指针进行分页。
因此请求时间从 1 秒变成了 3 0 秒，客户责怪了我。
后来切换到LIMIT页面，瞬间就快了。

所以如果可以使用指针，就尽量使用它。
如果做不到，就不要勉强。
该时间顺序的示例实际上可以使用 UPDATE...WHERE id IN（来自 order FROM order WHERE status = 'waiting'）来完成，这既快速又简单。

总之，指针是个好东西，但你得会用。
如果使用得当，可以节省内存和资源；如果使用不当，会降低性能并容易它会导致错误。
在过去的1 0年里，我在指针的帮助下陷入了很多坑，但我总是学到了很多东西。

mysql中的游标/光标(cursor)

那天，在我的数据库管理课上，老师突然问：“如果数据库中有1 0万条记录，你应该如何一条一条地处理数据呢？”他问道。
我举手回答：“你可以用光标线性运行。
”老师微笑着说：“好吧，但是你知道指针的不稳定性吗？”我愣了一下，摇了摇头。
老师说：“比如你打开游标，对主表进行更新后，这些更新不会反映在游标中。
如果游标真的不小心，会不会在处理大量数据时造成性能瓶颈？等等，还有一件事，我记得以前看过资料说，游标只能向前移动，不能向后滚动，或者随机访问结果集中的行。
对于需要反复回溯数据的情况，指标还不够吧？