2017-10-21

1、可以在Chrome中debug测试js，这样就不用来回切到程序页面了

面向对象开发：
1、简单工厂模式、策略模式
2、类功能单一职责原则
3、类设计时开放与关闭原则：类扩展是开放的，修改是关闭的

MySQL知识点
1、大字段数据类型：

类型	字节数
TINYTEXT	256 bytes
TEXT	65,535 bytes(2^16-1)	~64kb
MEDIUMTEXT	16,777,215 bytes(2^24-1)	~16MB
LONGTEXT	4,294,967,295 bytes(2^32-1)	~4GB

列表内容
首先我们执行下面的SQL，查看这个表的相关信息：

SHOW TABLE STATUS LIKE ‘eventanalysis%’;

2、下面的内容有待测试
text的总结：
text和varchar基本相同。text会忽略指定的大小这和varchar有所不同，text不能有默认值。尾部有空格不会被截断。text使用额外的2个字节来存储数据的大小，varchar根据存储数据的大小选择用几个字节来存储。text的65535字节全部用来存储数据，varchar则会占用1－3个字节去存储数据大小和非空标记。存储范围为65535字节。
测试点
a）测试varchar(10)能存放多少中文
b）测试varchar(65535)能存放多少中文

3、MySQL多Text字段报8126错误
- TEXT的内容在 Dynamic的table format下是存在off-page中的，不会
占用row size的计算。

• Barracuda 对应row_format ( dynamic, compress) ，其中dynamic下text
  的所有内容都是off-page存放的

• Antelope 对应row_format (compact, redundant)，其中compact下的text
  是存786B在row中，超过部分存在off-page

而服务器配置是 innodb_file_format = Barracuda
照理说所有table用的都是 dynamic 结构。

但是！ 原因如下，摘自文档：

To preserve compatibility with those prior versions, tables created with
the InnoDB Plugin use the prefix format, unless one of ROW_FORMAT
=DYNAMIC or ROW_FORMAT=COMPRESSED is specified (or implied)
on the CREATE TABLE command.
也就是说，建表时不显示指定 row_format = dynamic ,即使 innodb_file
_format = Barracuda 表的row-format还是 compact

所以总结为一句话就是：如果某个表的text字段很多建议建表时加上 row_format = dynamic