MySQL的大小写在drop或create触发器时的不同影响

一、问题

今天用脚本更新mysql的一个触发器时，出现了极为奇怪的现象：

mysql> source crt_xxx_trigger.sql
ERROR 1360 (HY000): Trigger does not exist
ERROR 1359 (HY000): Trigger already exists

检查脚本，确认触发器名完全一样（包括大小写）：

DROP TRIGGER IF EXISTS tr_yyy_ains//
CREATE TRIGGER tr_yyy_ains AFTER INSERT 
       ON zzz FOR EACH ROW
BEGIN
   ...
END;

当然了，如果触发器名不一样，执行时只会报一个错，或者drop时报not exists或者create时报already exists，但现在两个错误同时出现，问题出在哪里？

二、解决

在排除其它原因后，联想到是否因为大小写的原因。检查triggers系统表：

mysql> select trigger_name from infoemation_schema.triggers where event_object_table='zzz';

+--------------------------------+
| TRIGGER_NAME              |
+--------------------------------+
|TR_YYY_INS                       |

|  ...                                      |

修改脚本，将drop 语句的触发器名改为全大写的TR_YYY_INS，再次执行脚本，OK！

回想起来，脚本在从oracle移植到mysql的过程中，由最初的全大写（初次创建时）改成了后来的全小写，因而出现了这个问题。

三、讨论

问题虽然得以解决，但觉得其中有问题：为什么drop trigger时大小写敏感，但create时又不再区分大小写。区别对待的原因究竟是什么？

Mysql运行在windows，按官方说法已经是大小写不敏感，而在my.ini中也设置了大小写不敏感的 lower_case_table_names = 1，但从结果看只对表名有效，而对触发器只是部分有效。

也许这可以算作MySql的一个bug?