3.1 平台互操作性：
无论您为您的应用选择什么平台，MySQL都是及可能支持它的。下列支持的平台包括：
red hat linux, suse linux, solaris, windows, HP-UX
利用MySQL数据库的另一好处就是它所支持得各种语言。不管您是否正使用php,.net,jave,perl，MySQL数据库都提供支持，和与数据库连接的接口。而我们所知的LAMP(Linux,apache,MySQL,php/perl)就是默认的形式，它的意思是允许session管理策略充分利用LAMP的开源特征和低的TCO，(在所有组件组成的架构里)。一个基本的会话管理架构图如下：
3.2 性能&吞吐量：
由于HTTP协议的无状态性，应用程序可能需要反反复复从服务器端请求资源。 例如，一个在银行或金融网站上的用户请求做一些复杂的运算，和把各种账目分类等一系列操作。这反过来又可能在各种数据库上创建或执行许多复杂的SQL语句，或在应用服务器上调用数学运算操作和函数。而使用一个会话变量的应用可以重复使用已由用户请求过的结果 ，so that this performance hit does not have to occur more then is necessary. (以便性能率没有以使这一表现没有达到出)。
比起在传统文件系统上或专有/闭源数据库(就是商业数据库)上，使用MySQL来存储这些session变量，可以对session管理架构提供更好的整体性能提升。在下图中，是一个关于MySQL和专有/关闭(商业)开源数据库性能特征的图形描述，，在2002年2月25日由eWeek在“ Server数据库冲突”发表的。
不论是为这种可能非常短暂的数据要求事务的完整性，MySQL提供了一个插件式存储引擎来满足session管理设计的需求。 MySQL还包括许多不同特征的存储引擎。比如说：MyISAM, InnoDB, NDB，而这三种对session管理而言是最受欢迎的选择。他们的一些较显着特点列举如下：
--MyISAM: 高性能、高效存储;
--InnoDB: 支持事务、行级锁;
--NDB： 集群-支持高可用性、内存和磁盘存储;支持事务。
使用MySQL数据库的另一原因就是请求所生成的I/O总量。而对文件系统的读和写可能导致一个影响整体网站的瓶颈。而php的会话变量 。对支持限制少量用户的会话请求和很少的并发会话数是非常好的。然而潜在的瓶颈就是存储和修改的会话上升了，更多的请求作为一个结果被提出。幸运的 是，这仅仅是一个默认的，php能很好的与MySQL一起来作为会话管理存储。
3.3 高效锁 & 事务支持
当使用一个基于文件的会话管理时，可能会遭遇到的瓶颈之一就是文件系统无法提供一个有效的锁机制。我们知道，在文件会话管理机制里，它的会话信息一般是以文本文件的形式存放在web服务器的硬盘上的。而当使用MySQL时，MySQL会提供一些存储引擎，在处理锁时更有效，如果应用程序需要，它能提供各种事物级的支持。使用基于MySQL的会话管理系统，inserts，updates,deletes和并发访问都将更具扩展性和健全性。(pdf上估计有的单词写错了，没有按原文翻译)。
