SQL的语法解析器是一个很强大的内置工具集，里面会涉及到很多的编译原理的相关知识，语法分析，词法分析。。一大堆看起来很理论的东东，不过看起来枯燥之余，它们的价值也更加明显。
借用一下网络中的原话：如果我们考究一下历史,就会发现很多被称为程序设计大师的人都是编译领域的高手.写出第一个微型机上运行的Basic语言的比尔盖茨,设计出Delphi的Borland的”世界上最厉害的程序员”, Sun的JAVA之父, 贝尔实验室的C++之父
起点提得有些高了，今天和大家分享的案例是一个很简单的sql语句，在MySQL中能够解析出问题，但在Oracle中就可以成功解析，通过这一个细节也能够看出一些Oracle和MySQL中的一些差别。
需要运行的语句如下：
SELECT THREAD_ID, threads.NAME, SUM (COUNT_STAR) AS Totalcount, SUM(SUM_TIMER_WAIT) AS Totaltime
FROM performance_schema.events_waits_summary_by_thread_by_event_name
INNER JOIN performance_schema.threads USING (THREAD_ID)
WHERE threads.NAME LIKE 'thread/sql/slave\-%'
GROUP BY THREAD_ID, threads.NAME;
ERROR 1630 (42000): FUNCTION performance.sum does not exist. Check the 'Function Name Parsing and Resolution' section in the Reference Manual
乍一看这个错误，感觉一定是哪里出了问题，自己找了一会没发现明显的语句问题，但是从错误来看问题似乎发生在sum字眼的附近。
简单把第1行中的
SUM (COUNT_STAR) AS Totalcount 改为SUM(COUNT_STAR) AS Totalcount 问题就引刃而解了。可以看出问题是一个很细小的问题，严格来说，确实是语句写得不够严谨。但在我的印象中Oracle似乎对这钟情况也是手到擒来，印象中没有出现过此类问题。
我们来简单在MySQL和Oracle中模拟一下这个问题，看看结果如何。
在MySQL中
create table parse_test ( id int, name varchar(30));
insert into parse_test values(1,'aa');
insert into parse_test values(2,'bb');
commit;
mysql> select count(id) from parse_test;
+-----------+
| count(id) |
+-----------+
| 2 |
+-----------+
1 row in set (0.00 sec)
mysql> select count (id) from parse_test;
ERROR 1630 (42000): FUNCTION test.count does not exist. Check the 'Function Name Parsing and Resolution' section in the Reference Manual
在Oracle中就没有任何问题了。
create table parse_test( id number, name varchar2(30));
insert into parse_test values(1,'aa');
insert into parse_test values(2,'bb');
commit;
select count(id)from parse_test;
COUNT(ID)
----------
2
select count (id) from parse_test;
COUNT(ID)
----------
2
抛开Oracle解析复杂sql语句的优势，可以看出Oracle在这种细节方面确实支持的力度要高一些。
不过最开始在MySQL出错的语句在放到Oracle里面（如果假设表结构数据都存在），也一定运行不了。原因就在于Oracle中定义的表明长度最大是30位，但是在MySQL中支持的要多不少，达64位。
mysql> create table events_waits_summary_by_thread_by_event_name567890123456789012345 ( id int, name varchar(30));
ERROR 1059 (42000): Identifier name 'events_waits_summary_by_thread_by_event_name567890123456789012345' is too long
mysql> select length('events_waits_summary_by_thread_by_event_name567890123456789012345');
+-----------------------------------------------------------------------------+
| length('events_waits_summary_by_thread_by_event_name567890123456789012345') |
+-----------------------------------------------------------------------------+
| 65 |
+-----------------------------------------------------------------------------+
1 row in set (0.01 sec)
当然了我也是到此为止我也是捡个小石头，弄点儿水花，对于sql解析器更深入的问题，如果细究，从MySQL代码层面能够分析出问题来就一个基本目标了。
