mysql删除的数据库怎么还原？
在解决的过程中，以下几种尝试：
1.如果开启了日志，直接mysqlbinlog 使用日志恢复即可。
2.如果不是删除了一个表的部分数据，而是删除整个表，那么可以在删除后马上用磁盘数据恢复软件尝试恢复。
（因为删除表后会有文件被删除，而删除表的部分数据，文件还是存在）
3.找数据恢复的公司，使用工具分析ibdata1（分析过程参考一页一页查看有没有历史记录存在，使用ibdata1恢复数据，应该是在了解数据表结构的前提下，数据库除ibdata1外其他数据受损不能正常使用数据库时尝试，而不是删了表数据后恢复什么的。
（事实上，这个文件是存储现有表数据的，其实也可以设置成每个表一个文件。）
4.mysql下有ib_logfile0和ib_logfile1两个文件，其实这两个文件里，记录了Mysql的一些事物日志，用于事务的前滚后滚，是Mysql自身使用的，这个文件用文本工具打开后，有很多乱码，但却可以查找到被删除的少量数据的insert记录，极少数的乱码通过前后语句找出了原文，最终通过事物日志恢复了删除的文件。注：用事物日志恢复，需要几个前提。
1：知道被删除数据的大概位置，不要这边查找，那边又不断有新数据插入。
2：因为有很多乱码，适用于查找少量数据，而不是用作大量数据的恢复，浪费体力。
3：如果二进制日志没开，没有备份，那么只能用这种方法恢复了。
MySQL的存储引擎为MyISAM不支持事务是什么意思？
MyISAM引擎设计简单，数据以紧密格式存储，所以某些读取场景下性能很好。
但是MyISAM最典型的还是表锁问题，这样会导致长期处于"Locked"状态。而且数据恢复时间长，无事务等问题或短板。
虽然5.1之前MyISAM的读比Innodb快很多，但是在5.1之后，默认引擎已经变为Innodb。
Innodb读写有很大的提高，采用MVCC来支持高并发，针对行加锁，是使用最广泛的存储引擎。
官方建议尽量将MyISAM都换为Innodb。
适合存储用户会话的数据库？
关系型数据库或文档型数据库都适合存储用户会话。
因为用户会话一般包括用户登录信息、浏览历史、购物车信息等，这些信息需要以结构化的方式存储。
关系型数据库具有ACID特性，能够保证数据的完整性和一致性；而文档型数据库则能更好的处理复杂的数据结构和嵌套的数据类型，具有更好的扩展性和灵活性，适合处理用户未知的数据结构。
此外，云数据库也是现在存储用户会话的流行选择之一，例如AWS RDS、阿里云RDS等云数据库服务，它们具有高可用性、灵活的配置选项以及数据备份、恢复、监控等一系列的服务，在用户会话存储方面具有广泛的应用场景。
有Redis和Memcached等。
因为这些数据库具有高速的内存读写速度，适合存储常用的数据，尤其适合存储Session等用户会话信息，可以在多个服务器之间快速共享数据。
此外，Redis还支持更多数据类型和复杂操作，而Memcached则具有更高的性能表现。
如果需要持久化存储用户会话数据，可以考虑使用关系型数据库MySQL等。
需要注意的是，不同的数据库适用于不同的场景，需要根据实际需求进行选择，并进行适当的配置和优化。